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A field device for use in a process control network having a plurality of devices communicatively coupled 
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LOKALE GERATE- UND PROZESSDIAGNOSE IN EINEM PROZESS- 
STEUERUNGSNETZ MIT VERTEILTEN STEUERUNGSFUNKTIONEN 

Verwandte Anmeldung . 

Dies ist elne Teilfortfuhrungsanmeldung der US-Patentanmeldung Nr. 08/726,262, an- 
gemeldet am 4. Oktober 1996. 

Gebiet der Eifindung 

Die vortiegende Erfmdung betrifft aHgemein ProzeSsteuerungsoetze und Insbesondere 
ein Verfahren uhd eine Vorrlchtung zur Durchfiihrung von Diagnosen an lokalen Gera- 
ten und an dem ProzeB in elnem ProzeBsteuerungsnetz, das verteilte Steuerungsfunkti- 
onen hat. _ . * ' 

Beschretbung des Stands der Technik 

GroSprozesse wie chemische, 6l- und andere Fertigungs- und Raffinationsprozesse um- 
fassen zahlreiche Feldgerate, die an den verschiedensten Stellen angeordnet sind, urn 
Parameter des Prozesses zu messen und zu regulleren und dadurch die Steuerung des 
Prozesses zu bewirken. Diese FeJdgerate konnen beispielsweise Sensoren wie etwa 
Temperatur-, Druck- und OurchfluBmengensensoren sowie Steuerelemente wie etwa 
Ventile und Schalter sein. 

Historisch benutzte die ProzeSsteuerungslndustrie manuelle Vorgange wie etwa die 
manuelle Ablesung von PegeJ- und Druckmessern, das Drehen von Ventilradern usw., 
um die Messung und Steuerung von Feldgeraten in einem ProzeB durchzufuhren. Mit 
dem Beginn des zwanzigsten Jahrhunderts begann die ProzeBsteuerungsindustrie mit 
der Anwendung der ortlichen pneumatischen Steuerung, wobei lokale pneumatische 
Steuergerate, MeBumformer und Ventilpositionlerer an verschiedenen Stellen innerhalb 
erner ProzeBanlage angeordnet wurden, um die. Steuerung bestimmter Anlagenortlich- 
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keiten durchzufuhren, Mit dem Aufkommen des mikroprozessorbasierten verteilten 
Steuerungssystems bzw. DCS in den siebziger Jahren wurde die verteilte elektronlsche 
ProzeBsteuerung in der ProzeBsteuerungslndustrie vorherrschend. 

Es ist bekannt, cJaS ein.verteiltes Steuerungssystem bzw. DCS einen Analog- oder einen 
Digltalrechner wie etwa eine progranrimierbare logische Steuereinheit aufweist, die mit 
zahlreichen eiektronischen Oberwachungs- und Steuereinrichtungen wie etwa elektroni- 
schen Sensoren, r4e6umformern, Strom-Druck-Wandlem, Ventilpositionierern usw., die 
in einem ProzeB verteilt angeordnet sind/ verbunden ist. Der DCS-Reclnner speichert 
und implementiert ein zentrales und haufig komplexes Steuerungsschema; um die Mes- 
sung und Steuerung von Einrlchtung^n Innerhalb des Prozesses zu bewirken und da- 
durch ProzeBparameter entsprechend einem Cibergeordneten Steuerungsplan zu steu- 
ern. Gewohnlich ist jedoch das von einem DCS implementierte Steuerungsschema Ei- 
gentum des Herstellers der DCS-Steuereinheit, was elne Erweiterung, ein Aufrusten, 
eine Umprogrammierung und die Wartung des DCS schwierig und teuer macht, well der 
DCS-Provider zur Durciifuhrung einer oder aller dieser Aktivitaten auf integrale Weise 
invclviert werden muB. Ferner kann es sein, da6 die Einrichtungen, die von einem be- 
stimmten DCS verwendet oder in einem solclien. angeschlossen werden konnen, auf- 
grund der firmeneigenen Beschaffenheit der DCS-Steuereinheit und durch die Tatsache 
beschrankt sein konnen, daB dier Provider einer DCS-Steuereinhelt eventuell bestimmte 
Einrichtungen oder Funktionen von Einrichtungen, die von anderen Herstellern kom- 
men, nicht unterstutzt. 

Zur Qberwindung einiger der Probleme, die mit der Anwendung von hersteMereigenen 
DCS einhergehen, hat die ProzeBstduerungslndustrie eine Reihe von offenen Standard- 
Kommunikationsprotokollen entwickelt wie beispielsweise die Protolcolle HART^, PRO- 
FIBUS® W0RLDRP^ LONWORKS^ Device-Net® und CAN, die die gemelnsame Ver- 
wendung von Feldgeraten, die von verschiedenen Herstellern stammen, innerhalb des- 
selberj ProzeBsteuerungsnetzes gestatten. Tatsachlich kann jedes Feldgerat, das einem 
dieser Protokolte entspricht, Innerhalb eines Prozesses eingesetzt werden, um mit einer 
DCS-Steuereinheit oder einer anderen Steuereinheit, die das Protokoll unterstutzt, zu 
kommunizieren und davon gesteuert zu werden, auch wenn dieses Feldgerat bzw. diese 
Feldeinrichtung von einem anderen als dem Hersteller der DCS-Steuereinheit stammt. 
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AuBerdem gibt es heute eine Bewegunig innerhalb der Proze8steuerungsindustrie in 
Richtung der Dezentralisierung der ProzeBsteuerung, wodurch DCS-Steuereinheiten 
vereinfacht wer den oder die Ndtwendigkeit fur DGS-Steuerungen weitgehend entfallt. 
Eine dezentrale Steuerung wind dadurch erhalten, daB man ProzeBsteuereinrichtungen 
wie etwa Ventilpositionierer, MeBunrtformer usw. eine oder mehrere ProzeBsteuerfunk- 
tlonen. ausfuhren laBt und dann Daten uber eine Busstruktur zur Nutzung durch andere 
ProzeBsteuereinrichitungen bei der DurchfCihrung anderer Steuerfunktlonen ubertragt. 
Zur Implementierung dieser Steuerfunktlonen umfaBt jede Prozefisteuereinriciitung ei- 
nen Mikroproze^sor, der imstande 1st, eine oder mehrere Steuerfunktlonen auszufuliren 
sowie mit anderen ProzeBsteuereinrichtungen zu kommunizieren, wobel ein offenes 
Standard-Kommijnikationsprotokoll angewandt wird. Auf diese Weise konnen von ver- 
schiedenen Herstellern stammehde Feldgerate Innerhalb eines ProzeBsteuerungsnetzes 
miteinander verbunden werdeh, urn miteJnander zu Jcommunlzleren und eine oder meh- 
rere ProzeBsteuerfunktionen unter Bildung efner Steuerschleife ohne Emgriff durch eine 
DCS-Steuereinheit auszufuhren. Das vollkommen digitate Zweidrahtbus-Protokoll, das 
heute von der Fleldbus Foundation verbreitet wird und als das FOUNDATION® Fleldbus* 
Protokoll (nachstehend "Fleldbus") bekannt ist, ist eIn offenes Kommunikationsproto- 
koJI, das es Einrichtungen, die von verschledenen Hersteilern stammen, eriaubt, uber . 
einen Standardbus miteinander betrfeben zu werden und miteinander zu kommunizie- 
ren, um eine dezentraie bzw. verteilte Steuerung innerhalb eines Prozesses auszufuh- 
ren. 

Wie oben gesagt wird, vereinfacht die Dezentralisierung von ProzeBsteuerfunktionen 
eine DCS-Stenerelnhelt und eliminlert In manchen Fallen auch die Nbtwendigkeit fur 
eine firmeneigene DCS-Steuerelnheit, wodurch fur einen ProzeBbetreiber wiederum die 
Notwendigkeit gerlnger wrrd, sich in bezug auf die Anderung oder Aufrustung eines von 
der bCS-Steuerelnheit implementierten Steuerschemas auf den Hersteller der DCS- 
Steuerelnhelt zu verlassen. Eine dez^trale Steuerung erschwert jedoch auch die 
Durchfuhrung von Diagnosen wie etwa von ProzeBdiagnosen, die typischerweise von 
einer DCS-Steuereinheit durchgefiihrt werden. Die Durchfuhrung von regelmaBigen Di- 
agnosen wie etwa Gerate- und ProzeBdIagnosen 1st aber sehr wichtig, wenn Feldgerate 
Wie etwa Fluidsteuerventlle In rauhen Umgebuiigen verwendet werden, in denen bei- 
spielsweise die Temperatur- und Druckberelche innerhalb welter Grenzen veranderllch 
sind. In solchen Umgebungen ist eine betrachtliche Wartung erforderlich, was die peri- 
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odische praventive Wartung, die Wartung aufgrund eJnes Ventilversagens sowie die 
Priifung dahingehend, daB alle Ventile richtfg funktionieren, umfa6t. 

In einer Standard-DCS-Umgebung ist ein Computer (wie etwa ein PC) mit dem Netz 
verbundeh und fuhrt die Geratediagno^en beispielsweise an ejnem Ventil oder einer 
Positionierer-/Ventil-KomblnaHon aus, indem er ein Diagnosesteuersignal an den Posi- 
tionierer sendet, der dann das VentiJ durch einen Testhub oder Testzyklus t;reibt, der 
dem Diagnosesteuersignal zugebrdnet ist. Walirend dieses Zeitraums mi6t der Compu- 
ter Ausgangswerte des Position ierers und/oder des Ventils wie etwa Anderungen der 
VentilsteJIung, die aufgrund des Diagnosesteuersignals auftreten, und fuhrt anschlle- 
Bend eine Analyse der ausgegebenen MeBwerte durch, urn den Betriebszustand des 
VentHs oder der Positionierer-/\/entil-Einrichtung zu bestlmmen. 

Bel einem bekannten Diagnosesystem fur Fluidsteuerventile wie etwa pneumatisch-be- 
tatigte Ventile ist ein Drucksensor vorgesehen, um einen veranderllchen Druck am-Ein- 
gang eines Ventils zu erfassen, und ein Positionssensor ist vorgesehen, um die Bewe- 
gung eines Ventllstopfens zu erfassen. Das Ventil wird durch einen Testbetriebszyklus 
angetrieben, indem dem Eingang eines pneumatischen Ventils ein gesteuerter veran- 
derlicher pneumatischer Druck zugefuhrt wird. Beispielsweise wahrend des Testbe- 
triebszyklus einer dynamlscheh Abtastung wird der Ventllstopfen durch einen ge- 
wunschten Bereich bewegt, normalerwelse von einer vollstandig offenen Position in 
eine voHstandig geschlossene Pdsition und zuruck aus der vollstandig geschlossenen 
Position in die vollstandig offene Position. Alternativ konnen schrlttwelse Tests den 
Ventllstopfen in einer Serie von Einze:lschritten bewegen, um bestirnmte Ventilparamer 
ter zu prufen. 

Wahrend des Testbetriebszyklus liefert der Drucksenspr ein Ausgangsslgnal, das dem 
veranderlichen Druck am Ventilelngang entspricht, und der Positionssensor liefert ein 
Eingangssignal, das der Bewegung des Ventllstopfens entspricht. Die jeweillgen Ein- 
gangs- oder Ausgangssignale des Luftdrucks am Betatiger und die Ventllstopfen- oder 
VentilspindeJposition werden dann verarbeitet, um Dateh zu gewlhnen, die die Druck- 
anderung am Ventilelngang als eJne Funktlon der Bewegung des Ventllstopfens wah- 
rend des Testbetriebszyklus reprasentieren. Die Ventilspindelbelasturig wird durch Mul- 
tiplikation des Luftdrucks mIt der WIrkflache der Betatigermembran abgeleitet. 
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Das Diagnosesystem empfangt die Diagnosebefehle und utfermittelt die Diagnoseinfor- 
mation von den Sensoren auf einer Ubertragungsleitung zu einer externen 
Steuerkonsole oder einem Prozessor/Computer. Die externe Steuerkonsole oder der 
externe Prozessor/Computer fordert einen einzelnen Diagnosetest an undwartet auf 
das Ergebnis, wahrend das Diagnosesystem den Test ausftihrt. Nach beendetem Test 
sendet das Diagnosesystem das Testergebnis an die externe Steuerkonsole. Fur jedes 
Ventil werden viele verschiedene DiagnoseprOfungen ausgefuhrt, und ein 
Steuerungssystem umfaBt im allgemeinen viete Ventlle, so da6 die DiagnoseprOfzeit 
lang sein kann. 

Ferner es In einer Standard-DCS-Umgebuhg auch bekannt, daS em Computer wie etwa 
eine DCS-Steuereinheit die ProzeBdiagnose belspieisweise unter Verwendung eines 
Ventiis oder eJner Posltionierer-/VentU-Kombination ausfiihrt, indem er ein Diagnose- 
steuersignal an den Positlonlerer sendet, der das Ventil dann durch eine testfolge an- 
treibt. 

In einer Standard-DCS-Umgebung kann die Diagnose an Geraten oder an dem ProzeB 
durchgefuhrt werden, ohne daS das System in erheblichem Umfang neu verdralitet o- 
der neu konfiguriert werden muB, well die DCS-Steuereinheit oder der externe Compu- 
ter bereits so konfiguriert ist, daB er die Sollwerte (oder andere Eingangswerte) der 
verschiedenen Gerate innerhalb des Prozesses steuert und Ausgangswerte der Qerate 
und andere ProzeBparameter miBt, urn eine zum Normalbetrieb des Prozesses gehoren- 
de Steuerungsstrategie zu implementieren. Daher ist die Durchfuhrung der Diagnose In 
einer Standard-DCS-Umgebung eigentlich eine Angelegenheit der Verwendung der DCS- 
Steuereinheit Oder eines anderen externen Computers auf eine gerlngfu^Ig verschiede- 
ne Weise, urn eine oder mehrere Gerate innerhalb des Prozesses zu steuern, und der 
Verwendung der DCS-Steuereinheit oder des anderen externen Computers zur Messung 
von ProzeB- und Gerateparametern, In Standard-DCS-Umgebungen konnen daher Di- 
agnoseroutinen in einer zentralen DCS-Steuereinheit oder einem anderen zentralen ex- 
ternen Computer gespeichert und genutzt werden, um nahezu jede Gerate- oder Pro- 
zeBdiagnose auszufuhren, ohne daB das ProzeBsteuerungsnetz erhebllch rekonfiguriert 
werden muB. Wegen der zentralisierten Beschaffenheit dieser Diagnoseroutinen liefern 
sie aber leider nicht viele detaillierte Informationen uber Feldgerate. 
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Bei einem ProzeSsteuerungsnetz, das verteilte Steuerfunktionen hat, ist eine zentrale 
Systemsteuereinhelt, soweit sie vorhanden ist, nicht dazu konfiguriert; alle Feldgerate 
innerhalb eines Prozesses einzein zu steuern, und ist auch nIcht zum Empfang von Da- 
tea konfiguriert, die samtlichie entsprechenden Gerate- oder ProzeBparameter betref- 
fen, die zur Durchfuhrung der Gerate- und ProzeBdiagnose notwendig sind. Statt des- 
sen werden verschiedene ProzeBsteuerschleifen der Steuerungsstrategie von einer Rei- 
he von kommunikativ gekpppelten Einrichtungen Implernentiert, die an verteilten Stel- 
len innerhalb des ProzeBsteuerungsnetzes angeordnet sind. Typischerwefse sind diese 
Einrichtungen dazu konfiguriert, geplante periodische Kommunlkationen zu nutzen, um 
Daten zu ubermittein, die zur Impfementlerung der bestimrriteh Steuerfunktionen not- 
v/endig sind, die einer ProzeBsteuerschleife zugeordnet sind, und um andere Datien 
(wie etwa Sollwertanderungen) unter Nutzung von aperiodischen oder asynchronen 
Kommunikationen zu ubermrtteln. Infolgedessen ist in einem ProzeBsteuerungshetz, 
das verteflte Steuerfunktionen hat, die unter Anwendung von planmaBigen periodischen 
Kommunikationen implernentiert sind; ein Zentralrechner nicht im^tande, efn strlkt de- 
terminiertes Steuersignal an eine ProzeBsteuereinrlchtung zu senden, solange das Sys- 
tem zur Implementierung der normalen Steuerungsstrategie konfiguriert ist, weil der 
Hauptrechner asynchrdne Kommunikationen nutzen muB, um das Diagnosesteuerslgnal 
zu ubermittein, und daher keine Moglichkeit hat, den genauen Zeitpunkt zu bestimmen, 
zu dem das Diagnqsesteuersignal (oder die verschledenen Anteile davon) an der zu 
prufenden Einrichtung ankommt. Tatsachlich hat bei der Anwendung von asynchronen 
Kommunikationen ein Hauptrechner keine l^oglichkeit zu wissen, wann das Diagnose- 
steuerslgnal (oder irgendein bestimmter Teil davon). tatsachlich an dem Eingang des zu 
steuernden Gerats ankommt. Damrt also ein Hauptrechner ein determiniertes Diagno- 
sesteuerslgnal an eine Einrichtung in einem ProzeBsteuerungsnetz mit verteilten Steu- 
erfunktionen ubermittein kann, mu8 die Steuerungskonfiguration des IMetzes rekonfigu- 
riert werden, was bedingt, daB der ProzeB abgeschaltet wird. 

Ferner konnen zwar manche ProzeBsteuerungseinrichtungen wie etwa die Fieldvue- und 
die Flowscanner-Einrichtungen, die von Fisher Controls International Inc. hergestellt 
und verkauft werden, eine Selbstdlagnose ausfuhren, diese Einrichtungen sind jedoch 
auf den Gebrauch In ProzeBsteuerungssystemen beschrankt, die ein analoges oder 
kombinlertes analoges/digitales Komjnunlkatlonsprotokoll fur die Kommunikationen 
zwischen verschledenen Einrichtungen verwenden. Derzeit gibt es keine ProzeBisteue- 
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rungs-Feldeinrichtung, die imstande ist, eine Selbstdiagnose in einem vollstandig digi- 
talen System wie etwa einem Fieldbus-System Oder in einem Korhmunlkatlonssystem, 
das verteilte Steuerfunktionen.ausfuhrt, durchzufUhren. 

Ferner sind ProzeBsteuerungseinrichtungen, die eIne Selbstdiagnose durchfiihren k5n- 
nen, typischerweise darauf beschrankt, nur die Diagnosevorgange auszufuhreh, die 
vom Hersteller der Einrichturvg festcodiert wurden, und kSnnen daher kelne Diagnose- 
routinen oder -tests ausfuhren, die von einem Rechner Oder einem Anwender erzeugt 
warden (und die Rdutinen aufweisen konnen, die von einem anderen (Sefatehersteller 
eatwickelt wurden). DIese Situation hindert einen Anwender daran, an samtlichen ver- 
schiedenenartigen Geriten innerhalb einer Aniage den gleichen Test ablaufen zu las- 
sen. 

AuBerdem sInd ProzeSsteuerungsgerite, die eIne Selbstdiagnose durchfuhren, im all- 
gemeinen unfahig, eine ProzeBdlagnose durehzufOhren. Somjt mu8 eine Haupteinrlch- 
tung eingerichtet werden, urn die Prozeftdiagnose durchzufiihren, und zwar auch In 
einem System, das FeldgerSte hat, die eine gewlsse Selbstdiagnose (d. h. GerStedlag- 
nose) durchfuhren konnen. Wie dben gesagt wird, Ist es jedoch schwierig, daB eine 
Haupteiarichtung In einem ProzeBsteuerungssystem mit vertellteh Funktionen eine Pro- 
zeBdiagrvose ausfuhtt, weil die Steuerungskonfiguration neu konfigurlert werden muB, 
damit der Hauptrechner eine Einrichtung synchron steuern kann. Ferner kann die An- 
wendung der verschledenen Steuerschemata wahrend der ProzeBdlagnose zu Ergebnis- 
sen fuhren, die fehlerhaft Oder ungenau in' bezug auf das Steuerungsschema sind, das 
im Normalbetrieb des Prozesses ablauft, AuBerdem sind Feldgerate mit Dlagnosefahig- 
keiten nicht imstande, andere Feldgerate ohne lokale Diagnosefahigkeiten zu dlagnosti- 
zieren. 

DE-A-195 10 466 zeigt ein System, das Steuerfunktionen hat, die iiber verschiedene 
Logikeinrlchtungen verteilt sind, die mit einem zentralen Controller verbunden sind, der 
wiederum die AktlvltSten der verschledenen Logikeinrlchtungen koordlniert. 

D2 "Advanced systems simplify control". Machine design, vol. 68, no. 12, 11. Juli 1996, 
S. 118, 120, und WO-A-96/ 12993^ zelgen die Anwendung von Reldbusprotokollen und 
Fleldbusgeraten. 
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Zusammenfassung der Erfindung 

Die vorliegende Erfindung richtet sich auf eln Verfahren und eine Vorrichtung zur 
PurchfQhruhg von Cerate- und ProzeSdlagnosen an und von einer bestlmmten Pro- 
zeBsteuerungseinrichtung innerhalb eines ProzeBsteuerungsnetzes und bevorzugt in- 
nerhalb eInes ProzeSsteuerungsnetzes, das verteilte Steuerfunktlbnen hat. GemaB der 
vorliegenden Erfindung wird eine DlagnoseprQfroutine (die eine Cerate- Oder einia Pro- 
zeB-Diagnoseprufroutine sein kana) in einer ProzeBsteuerungseinriclitung gespelchert 
und von dfeser implementfert zur Durchfuhrung von Diagnosen an dieser ProzeBsteue- 
rungseinriclitung, ohne daB es erforderllch 1st, den zu dem ProzeBsteuerungsnetz geho 
rigen Steuerungsplan zu rekonflgurieren. Somit kann die Diagnoseprufroutine gemaB 
der vorliegenden Erfindung implementiert werden, wahrend glelchzeitig ein ProzeB fm 
Wesentlichen unter der gleichen Steuerungsstrategie gesteuert wird, die im Normalab- 
lauf des Prozesses implementiert 1st. AuBerdem kann die Cerate- oder ProzeS- 
Diganoseprufroutine, die von einer ProzeSsteuerungseinrichtung gemaB der vorliegen- 
den Erfindung implementiert wIrd, von einem Anwender an einer Haupteinrlchtung er- 
zeugt und an die ProzeBsteuerungselnrichtung ubertragen warden, bevor die Diagno- 
seprufroutine durchgefuhrt wIrd, was es der ProzeBsteuerungselnrichtung eriaubt, jede 
gewunschte Diagnoseprufroutine emschliefilich Routinen zu implementieren, die von 
anderen Geratehefstellern geliefert werden. 

GemaB einem Aspekt der vorliegenden Erfindung weist ein Feldgerat, das in einem Prd- 
zeBsteuerungssystem verwendet werden kann, das eine Vielzahl von FeldgerSten hat, 
die uber einen digitalen gespeisten Zvyeldrahtbus mit'einander verbunden sind, folgen- 
des auf: eln pneumatisch betStlgtes Fluidsteuerventil, einen Positionierer, der uber ei- 
ne pneumatlsche Druckleltung mit dem Fluidsteuerventil gekoppelt ist, um einen 
pneumatischen Druck zu erzeugen, der bewirkt, daB das Fluidsteuerventil in eine Posi- 
tion zwischen einer offenen und einer geschlossenen Position bewegt wird, und einen 
Poslt^or^sse^s6r, der mIt dem Positionierer und dem Fluidsteuerventil gekoppelt Ist, um 
die Position des Fluidsteuerventils zu erfassen. Ein Drucksensor ist mit der pneumati- 
schen Druckleltung gekoppelt, um den an das Fluidsteuerventil angelegten pneumati- 
schen Druck zu erfassen, und eln Strom-Druck-MeBwandler ist mIt dem Positionierer 
durch die pneumatlsche Druckleltung gekoppelt, um den pneumatischen Druck in der 
pneumatischen Druckleltung als eine Funktion eines elektrischen iSignals zu steuern. 
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Eine elektronische Steuereinheit ist mit dem Strom-Druck-Me6wandler/dem Drucksen- 
sor und dem Positionssensor gekoppelt und weist Steuerloglk auf, die das elektrische 
Srgnal auf der Basis von Ruckkopplungssignalen, die einen von dem Drucksensor erfafi- 
ten Druck und eine von dem Positionssensor erfaBte Position bezeichnen, und auf der 
Basis des Feldgeratesteuersignals bestimmt. Ferner ist eine .digitale Schnittstelle mit 
dem digitalen gespeisten Zweidrahtbus und mit der elektrpnischen Steuereinlieit ge- 
koppelt und umfaSt eine Schaltung zur Zufuhrung von Energie, die von dem gespeisten 
Bus abgeleitet ist, zu dem Feldgerat sowie eine Zweirichtungs-Kommunikationsschal- 
tung, die Signale einschlieBlich des Feldgeratesteuersignals von dem Bus empfangt und 
Signale^ die einen Status des Feldgerats bezeichnen, an den Bus libermittelt. 

GemaS einem anderen Aspekt der vorlregenden Erfindung weist ein Feldgerat zum 
Gebrauch in einem ProzeBsteuerungsnetz, das eine Vielzahl von Geraten hat, die kom- 
munikativ iiber einen vollstandig dlgftalen Zweidralit-Kommunikationsbus miteinander 
gekoppelt sind, folgendes auf: einen Verbinder, der an den vollkommen digitalen Zwei- 
drahtbus anschlieSbar ist, um die volikommen digitale Kommunikation uber den Bus zu 
ermoglichen, efnen Spelcher, in dem eine Diagnoseprtifroutine gespeichert ist, die eine 
Serie von Diagnoseprufbefehlen hat, und eine Steuereinheit, die die In dem Spelcher 
gespeicherten Diagnoseprufbefehle ausfuhrt, um eine Diagnoseprufung unter Verwen- 
dung des Feldgerats zu Implementleren. Das Feldgerat weist ferner auf: eine Daten- 
sammelelnheit, die Diagnosedaten sammelt, die vyahrend der Diagnoseprufung erzeugt 
werden, und eine Kommunikationseinheit, die die gesammelten Diagnosedaten in ei- 
nem vollstandig digitalen Format iiber den Bus weiterleltet. 

Bevorzugt weist die Steuereinheit einen Programmsprachenlnterpretlerer auf, der so 
ausgebildet ist, daB er eine Programtnsprache interpretiert, und die Diagnoseprufbefeh- 
le sind In der Programmsprache gespeichert und werden der Steuereinheit des Feldge- 
rats von einem zweiten der Vielzahl von Geraten uber den Bus zugefuhrt. Ebenso kon- 
neh die Diagnoseprufbefehle, falls gewunscht, eine Gerate- und/oder eine ProzeBdl- 
agnose ausfuhren. Wenn die Diagnoseprufbefehle eine l^rozeBdiagnose bezeichnen, ist 
die Datensammeleinheit so ausgebildet, daB sie wahrend der Diagnoseprufung Daten 
empfangt, die von anderen Geraten erzeugt werden. 
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GemSB nocK einem weiteren Aspekt der vorliegenden Erfindung weist ein Feldgerat 
zum Gebrauch In einem ProzeBsteuerungsnetz, das eine Vielzahl von Geraten h^t, die 
uber einen Bus kommunikativ gekoppelt sind, folgendes auf: einen Speicher/ In dem 
eine Diagnoseprufroutine gespeichert ist/die eine Sene von Diagnoseprufbefehlen hat, 
eine Geratesteuereinheit, die die in dem Speicher gespejcherten Diagnoseprufbefehle 
ausfuhrt, um eine Oiagnoseprufung zu implementieren, eine Datensammeleinhelt, die 
wahrend der Oiagnoseprufung erzeugte Dtagnosedaten sammelt, und eine Kommunika- 
tionseinheit> die die Diagnoseprufbefehle yon einem zwelten von der Vielzahl von Gera- 
ten uber den Bus empfangt, die empfangenen Diagnoseprufbefehle in dem Speicher 
5peichert und die gesammelten Diagnosedaten iiber den Bus weiterleitet. 

GemaB noch einem anderen Aspekt der vorliegenden Erfindung weist ein Feldgerat zum 
Gebrauch bei der Durchfilhrung einer.ProzeSdiagnoseprufung in einem ProzeBsteue- 
rungsnetz, das eine Vielzahl von uber einen Bus kommunikativ gekoppelten Geraten 
hat> folgendes auf: einen Speicher, in dem eine ProzeBdiagnosepriifroutine gespekhert 
ist; die eine Serie von Diagnoseprufbefehfen hat, die von dem Feldgerat zu implemen- 
tieren sind, und eine Geratesteuerelnheit, die die in dem Speicher gespeicherten Pro- 
zeBdiagnoseprufbefehle ausfuhrt, um eine ProzeBdiagnosepriifung zu implementieren. 
Die Feldeinrichtung weist ferner eine Datensammeleinheit auf, die von dem Feldgerat 
wahrend der ProzeBdiagnoseprufung erzeugte Diagnosedaten sammelt und weitere 
Prozefidiagnosedaten von einem zweiten von der Vielzahl von Geraten tiber den Bus 
empfangt. Eine Kommunikatlonseinheit innerhalb des Feldgerats ubermittelt die ge- 
sammelten Diagnosedaten und die weiteren ProzeBdiagnosedaten iiber den Bus, nach- 
dem die ProzeBdiagnoseprufung abgeschlossen 1st, 

Die vorilegende Erfindung ist durch die Anspruche 1 bis 40 definiert und betrijFft ein 
Feldgerat bzw. eine Feldeinrrchtung zur Verwendung in einem ProzeSsteuerungsnetz, 
das eine Vielzahl von Geraten bzw. Einrichtungen hat, die durch einen vollkommen di- 
gitalen Kommunikatlonsbus kommunizierend gekoppelt sind. Das Feldgerat weist eine 
Verbinderelnrichtung auf, die mit dem vollstSndigi digitalen Bus verbunden ist, um die 
vollstandig digitale Kommunikation uber den Bus zu ermoglichen. In einem Speicher ist 
eine Diagnoseprufroutine gespeichert, die eine Serie von Diagnoseprufbefehlen hat. 
Eine Steuereinheit fuhrt die Diagnoseprufbefehle, die in demi Speicher gespeichert sind, 
aus, um eine Diagnosepriifung unter Verwendung des Feldgerats zu implementieren. 
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Eine Datensammeleinheit sammelt DIagnosedaten, die wahrend der Diagnosepriifung 
erzeugt werden. Eine Kommunikationseinheit ubermlttelt die gesammelten DIagnoseda- 
ten uber den Bus in einem vollstandig digitalen Format. 

Kurzbeschreibung der Zeichnungen 



Fig. 1 ist ein schematisches Blockbild eines ProzeBsteuerungsnetzes, das das 

Field busprotokoil verwendet; 



Fig.2 



ist eIn schematisches Blockbild eines Fieldbusger3ts, m dem ein Satz von 
drel Funktionsblocken vorhanden ist; 



Fig. 3 ist ein schematisches Blockbild, das die Funktionsblocke innerhalb einiger 

der Gerate des ProzeBsteuerungsnetzes von Fig. 1 zeigt; . 

Fig. 4 ist eine schematische Darstellung einer Steuerschleife fCir eine typische 

ProzeBsteuerschleife innerhalb des ProzeBsteuerungsnetzes von Fig. 1; 

Fig. 5 Ist ein Zeltdiagramm fur einen Makrozyklus eines Segments des Busses 

des ProzeBsteuerungsnetzes von Fig. 1; 

Fig. 6 Ist ein schematisches Btockbild, das ein digitales Feldgerat zeigt, das ei- 

nen schleifengespeisten Zweidraht-Zwelrichtungs-Positionierer zur digita- 
len Kommunikation hat; 

Fig. 7 ist ein Blockbild, das eine geeignete Feldgeratesteuereinheit zur Verwen- 

dung bel der Steuerung des digitalen Feldgerats von Fig. 6 zelgt; 



Fig. 8 ist ein FluBdiagramm, das eine Vorgehensweise zur Durchfuhrung von Di- 

agnoseprUfungen zeigt; 



Fig. 9 



ist ein FluBdiagramm, das ein Diagnoseprufprotokoll zum Priifen des digi- 
talen Feldgerats von Fig. 6 zelgt; 
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Fig. lOA, 

lOB und lOCsind Diagramme, die verschiedene Diagnoseprtifsignale zeigen, die zur 
Durchfuhrung von Geratedlagnosen gemaB der vorliegenden Erfindung 
angewandt werden; 

Fig. IIA 

und IIB sind schematische Steuerschleifen; die efnen 

Diaignosedatensammelfunktlonsblock gemaB der vorllegenden Erffndung 
aufweisen; und 

Fig, 12 ist ein FluBdiagramn^, das ein Diagnoseprufprotokoll zur Durchfuhrung 

einer ProzeBdiagnoseprufung unter Anwendung des Dianosedatensammel- 
funktionsbloicks von Fig. 11 zelgt. 

Beschrefbung der bevorzugten Ausfuhrungsformen 

Die Gerate- und ProzeBdiagnosen der vorliegenden Erfindung werden zvyar im einzel- 
nen In Verbindung mit einem ProzeBsteuerungsnetz beschrieben, das ProzeBsteuer- 
funktionen auf dezentrale oder verteiJte Weise unter Verwendung einer Gruppe von 
Fieldbuseinrichtungen implementiert; es ist aber zu beachten, daB die Diagnosen der 
vorliegenden Erfindung mit ProzeBsteuerungsnetzen verwendbar sind, die vertellte 
Steuerfunktionen unter Verwendung anderer Arten von Feldgeraten und Kommunikati- 
onsprotokollen durchfuhren, was Protokolle, die mit von Zweidrahtbussen verschiede- 
nen Bussen arbeiten, und Protokolle einschlieBt, die nur analoge.oder sowohl analoge 
als auch digitate Kommunikatlonen unterstutzen, Beispielsweise kann die Gerate- oder 
ProzeSdfagnose der vorliegenden Erfindung in jedem ProzeBsteuerungsnetz verwendet 
werden, das verteilte Steuerfunktionen ausfiihrt, auch wenn dieses ProzeBsteuerungs- 
netz die HART-, PROFIBUS-Kommunikationsprotokolle usw. oder irgendwelche anderen 
Kommunikatlonsprotokolle verwendet, die es heute glbt oder die in Zukunft entwickelt 
werden. Ferner kann die Diagnose gemaB der vorliegenden Erfindung auch mit Stan- 
dard-ProzeBsteuerungsnetzen verwendet werden, die keine vertellten Steuerfunktionen 
ausfuhren, wie etwa HART-Netzen usw,, und kann innerhalb jeder gewunschten Pro- 
zeBsteuerungselnrichtung einschHeBlich Ventilen, Positionierern, MeBwertumformern 
usw. verwendet werden. 
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Bevdr die EinzeJheiten der Diagnoseeinrichtung der vorliegenden Erfindung erortert 
werden, folgt erne allgemeine Beschreibung des Fieldbusprotokblls, von FeldgerSten, 
die gemaS diesem Protokoll konfiguriert sind, und der Art und Weise/ wie die Kommu- 
nikation in einem ProzeBsteuerungsr>etz stattffndet, das das Fieldbusprotokoll verwen- 
5 det. Es versteht sich jedoch^ daB das Fieldbusprotokoll zwar eln relativ neues volldigi- 
tales Kommunikationsprotokoll 1st, das zur Verwendung in ProzeBsteuerungs^hetzen 
entwickelt wurde, dieses Protokoll aber Im Stand der technlk bekannt und in zahlrei- 
cheri Artlkein, Broschuren und Gebrauchsanteitungen beschrieben ist, die u. a. von der 
Fieldbus Foundation, einer gemelnnutzlgen Organisation mit dem Sitz in Austin, Texas, 
10 . veroffentlicht und vertellt werden. Insbesondere 1st das Fieldbus-protokoll und die Art 
und Weise der Kommunikatfon mit das Fieldbusprotokoll verwendenden Geraten und 
die Speicherung von Daten darin Im einzelnen in den Handbuchern der Fieldbus Foun- 
dation als Communications Technical Specification und User Layer Technical Specifica- 
tion beschrieben, die hier summarisch eingefuhrt werden. 

15 

Pas Fieldbusprotokoll ist ein volldlgitales, seriell^es Zweirichtungs-Kommunikatlons- 
protokoll, das eine standardisierte physlsche Schnlttstelle zu einer Zweldrahtschleife 
Oder eInem Zweidrahtbus bildet, der '•Feld"-Gerate wIe Sensoren, Betatiger, Steuerein- 
helten, Ventile usw. mitelnander verbindet, die in einer Instrumenten- Oder Pro- 

20 zeBsteuerungsumgebung etwa einer Fabrik oder einer Aniage vorhanden sind. Das 

Fieldbusprotokoll blldet tatsSchllch eln LAN fur Feldlnstrumente (Feldgerate) Innerhalb 
einer ProzeBanlage, wodurch es diesen Feldgeraten ermoglicht wird, Steuerfunktlonen 
\ an In eInem ProzeS verteilten Stellen auszufuhren und vor und nach der Durchfdhrung 

dieser Steuerfunkfionen mitelnander zu kommunizieren, um eine Gesamtsteuerungs- 

25 strategic zu implementleren. Oa das Fieldbusprotokoll die Verteilung yon Steuerfunktl- 
onen in eihem ganzen ProzeBsteuerungsnetz eriaubt, verringert es die Komplexltat des 
zentraleh ProzeBsteuergerats, das einem DCS typischerweise zugeordnet ist, oder be- 
seitigt sogar vollstandig die Notwendlgkeit fUr ein solches zentrales ProzeBsteuergerat. 



30 GemaB Fig. 1 kann eln ProzeBsteuerungsnetz 10, das das Fieldbusprotokoll verwendet, 
einen Hauptrechner 12 aufwelsen, der mIt einer Reihe von anderen EInrlchtungen wIe 
etwa eInem Programmlbglkcontroller (PLC) 13, einer Reihe von Steuereinheiten 14, 
einer welteren Haupteinrichtuhg 15 und einer Gruppe von Feldgeraten 16, 18, 20, 22, 
24, 26, 28, 30 und 32 Qber eine Zweidraht-Fieldbusschleife oder einen Zweldraht- 
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Fieldbus-Bus 34 verbunden ist. Der Bus 34 umfaBt verschiedene Abschnitte oder Seg- 
mente 34a, 34b und 34c, die durch Bruckenemrichtungen 30 und 32 vonelndnder ge- 
trennt sind. Jeder Abschnitt 34a, 34b und 34c verWndet eine Untergruppe der an dem 
Bus 34 angebrachten Gerate miteinander, um die KommUnikatfon zwischen den Gera- 
ten auf eIne noch zu beschreibende Weise zu ermoglichen. Selbstverstandllch 1st das 
Netz von Fig, 1 nur beispieltiaft, und es gibt viele andere Mdglichkeiten, wie ein Prp- 
zefisteuerungsnetz unter Anwendung des Fieldbusprotokolls konfiguriert sein kann. Ty- 
pischerweise 1st ein Konflgurlerer in e'mer der Einrlchtungen wie etwa dem Hauptrech- 
ner 12 angebrdnet und dafOr zustandig, jedes der Geratie einzurlchten oder zu konfigu- 
rieren (wbbel diese Gerate insofern "Ihtdligente" Gerate sind> ais jedes einen Mlkro- 
prozessor aufweist, der Kommunikations- urid in einigen FSIIen Steuerfunktionen aus- 
fiihren kann) sowle zu erkennen, wenn neue Feldgerate an den Bus 34 angesclilossen 
werden, wenn Feldgerate von dem Bus 34 entfernt werden, einlge der von den Feldge- 
raten 16 bis 32 erzeugten Daten zu empfangen und mit einem oder mehreren Anweh- 
derterminals in Dialog zu treteh^ wobei diese In dem Hauptrechrier 12 oder in jedem 
anderen Gerat sein konnen, das auf Irgendeine Weise mlt dem Hauptrechner 12 :ver- 
.bunden Ist. 

Der Bus 34 unterstutzt oder eriaubt die rein digitale Zwelrichtungs-Kommunlkatlon und 
kann aucK ein Energlesignal an eines oder alle damit verbundenen Gerate wie etwa die 
Feldgerate 16 bis 32 liefern. Alternativ kann jedes oder konn^n alle Feldgerate 12 bis 
32 ibre eigenen Energleversorgungen haben oder uber gesonderte Leiter (nicht ge- 
zeigt) mit externen Energleversorgungen verbunden sein. Die Gerate 12 bis 32 sind In 
Fig. 1 mit dem Bus 34 in einer Standard-Busverbindung verbunden, wobel eIne Vielzahl 
von Geraten mlt dem glelchen Drahtpaar verbunden 1st, das die Bussegmente 34a, 34b 
und 34c bildet; das Fieldbusprotokoll eriaubt jedoch andere GerateVDraht-Topolpglen 
eInschlieSlfch Punktverbindungen, wobei jedes Gerat mlt ielner Steuerelnheft oder ei- 
nem Hauptrechner uber ein separates Zweidrahtpaar (ahnlich typischen 4-20-mA-DCS'^ 
Analogsystemen) und Baum- oder "Stlch"-Verbindungen verbunden ist, wobei jedes 
Gerat mit einem gemelhsamen Punkt In einem Zweidrahtbus verbunden Ist, der bef- 
spielsweise ein Verteilerkasten oder ein AbschluQbereich In einem der Feldgerate In- 
nerhalb eInes ProzeBsteuerungsnetzes sein kann. 
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Daten konnen uber die yerschiedenen Bussegmente 34a, 34b und 34c mit gleichen o- 
der verschiedenen Kommunikations-Baudraten oder Geschwindigkeiten entsprechend 
dem Fieldbusprotokoll gesendet warden. Beispielswelse ermogllcht das Fieldbusproto- 
koll eine Kommunikationsgeschwindigkeit (HI) von 31,25 kbit/s, die belspielhaft von 
den Bussegmenten 34b und 34c von Fig. 1 verwendet wird, und eine Kommunikations- 
geschwindigkeit von 1,0 Mbit/s und/oder 2,5 Mbit/s (H2), die typischerweise fQr die 
hochentwickelte ProzeBsteuerung, Ferneingabe/-ausgabe und Hochgeschwindlgkeits- 
Fabrikautomatisierungsanwendungen verwendet wird und hier beispielhaft von dem 
Bussegment 34a vori Fig. 1 verwendet wird. Ebeinso konnen Daten uber die Busseg- 
mente 34a, 34b und 34c gemaB dem Fieldbusprotokoll unter Anwendung der Span- 
nungsmodus-Zeictiengabe oder der Strommodus-Zeichengabe gesendet werden. 
Selbstverstandlich ist die maximale Lange jedes Segments des Busses 34 nicht streng 
begrenzt, sondern ist statt dessen durch die Kommunikationsgeschwindigkeit, den Ka- 
beltyp, den Drahtdurchmesser, die Busleistungsoption usw. dieses Abschnitts be- 
stimmt. 

Das Fieldbusprotokoll klassifiziert die Gerate, die an den Bus 34 angeschlpssen werden 
konnen, in drei Kategorien, und zwar Basisgerate, Verbindungshauptgerate und Bru- 
ckengerate. Basisgerate (wie etwa die Gerate 18, 20, 24 und 28 von Fig. 1) konnen 
kommunizleren, d. h. Ubertragungssignale auf den oder von dem Bus 34 senden und 
. empfangen, konnen jedoch nicht die Reihenfolge oder den Zeltpunkt der Kommunlkati- 
on bestimmen, die auf dem Bus 34 erfolgt. Verbindungshauptgerate (wie etwa die Ge- 
rate 16, 22 und 26 sowie der Hauptrechner 12 von Fig. 1) sind Gerate, die uber den 
Bus 34 kommunizleren und rmstande sind, den FluB und die zeitliche Steuerung von 
Kommunikationssignalen auf dem Bus 34 zu steuern. Bruckenelnrlchtiingen (wie etwa 
die Elnrichtungen 30 und 32 von Fig. 1) srnd Einrlchtungen, die dazu konflgurlert sind, 
auf einzelnen Segmenten oder Zweigen eines Fieldbus-Busses zu kommunizleren und 
diese zu verbinden, um groBere ProzeBsteuerungsnetze zu schaffen. Falls gewiinscht, 
konnen Bruckengerate eine Umwandlung zwischen unterschiedllchen Datengeschwin- 
digkeiten und/oder unterschiedHchen Datenzelchengabeformaten, die auf den verschie- 
denen Segmenten des Busses 34 verwendet werden, bewrrken, kdnnen Signale verstar- 
ken, die zwischen den Segmenten des Busses 34 gesendet werden, konnen die zwi- 
schen den verschiedenen Segmenten des Busses 34 flleSenden Signale filtern und kon- 
nen nur diejenlgen Signale durchlassen, die dazu bestimmt sind, von einem Gerat an 
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einem der Bussegmehte, mit dem die Brucke gekoppelt ist, empfangen zu werden, 
und/oder konnen andere Aktionen ausfuhren, die notwendig sind, urn verschiedene 
Segmente des Busses 34 miteinander zu verbinden. Bruckengerate, die Bussegmente 
verbinden, die mil unterschiedlichen Geschwindigkeiten betrieben werden, mussen 
Verbindurigsmasterfahigkeiten an der Niedriggeschwindigkeits-Segmentseite der Brucke 
haben. Die Hauptrechner 12 und 15, der PCL 13 und die Steuereinhelten 14 konnen 
jede Art von Fleldbusgerat sein/slnd jedoch typlscherweise VerblndungsnDastergerate. 

Jedes der Gerate 12 bis 32 ist Imstande, uber den Bus 34 zu komnnunizieren und, was 
wichtig ist, ist imstande, unabhangig ein€ oder mehrere ProzeBsteuerfunktionen unter 
Nutzung von Daten auszufuhren, die von dem GerSt, von dem ProzeB oder von einem 
anderen Gerat uber kommunikationssigDate auf dem Bus 34 erhalten werden. Fieldbus- 
gerate sind atso imstande, Teile einer Gesamtsteuerungsstrategie direkt zu Implemen- 
tieren, die bisher von eIner zentraJen digitalen Steuereinheit eines DCS ausgefiihrt 
wurden. Zur Ausfulirung von Steuerfunktidnen weist jedes Fieldbusgerat eineh oder 
melirere standardisierte "Blocke" auf, die in einem Mikroprozessor innerhalb des GerSts 
implementiert sind. Insbesondere welst jedes Fieldbusgerat einen Ressourcenblock auf 
und kann Null oder mehr Funktionsblocke und Null oder mehr WandlerlDlocke aufwei- 
sen. DIese Blocke werden als BIpckobjekte bezelchnet. 

Ein Ressourcenblock speichert und kommuniziert geratespezifische Daten, die einige 
der Charakteristiken eines Fieldbusgerats betreffen, wie etwa einen Geratetyp, eine 
Angabe der Gerateuberprufung und Angaben, wo weltere geratespezifische Informatio- 
nen innerbalb eines Speichers des Gerats eriialten werden konnen, Verschiedene Gera- 
tehersteller konnen zwar unterschledliche Datenarten in dem Ressourcenblock eines 
Feldgerats speichern, aber jede dem Fieldbusprotokoll entsprechende Feldelnrichtung 
umfaSt einen Ressourcenblock, in dem einige Daten gespeichert werden. 

Ein Funktionsblock definiert und implementiert eine Eingabefunktion, eine Ausgabe- . 
funktion oder eine Steuerfunktion, die dem Feldgerat zugeordnet ist, und daher werden 
Funktionsblocke im allgemeinen als EIngabe-, Ausgabe- und Steuerfunktionsblocke be- 
zeichnet. In Zukunft konnen jedoch auch andere Kategorien von Funktionsblocken wie 
etwa Hybridfunktionsblocke existieren oder entwickelt werden. Jeder EIngabe- oder 
Ausgabefunktionsblock erzeugt mindestens einen ProzeBsteueretngang (wie etwa eine 
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ProzeSvariable von einer ProzeBmeBeinrichtung) oder ProzeBsteuefausgang (wie etwa 
eine Ventilposltfon, die zu einer Betatigungseinrichtung ubertragen wird), wahrend je- 
der Steuerfunktlbnsblock einen Algorithmus nutzt (der firmenelgen sein kann), urn ei- 
nen Oder mehrere ProzeBausgange aus einem oder mehreren ProzeBeingangen und 
Steuereingangen zu erzeugen. Belspiele von Standardfunktionsbtdcken umfassen Ana* 
logelngangs- bzw. AI-, Ar^alogausgangs- bzw. AO-, Bias- bzw. B-, Steuerselektor- bzw, 
CSv Diskreteingangs- bzw. DI-, DIskretausgangs- bzw. DO-, Manuell-Lader- bzw. MU, 
Proportional/Differential- bzw. PI-, Proportional/Integral/Differential- bzw. PID-, Ver- 
haitnls- bzw. RA und Signalselektor- bzw. SS-FunktJonsbl6cke. Andere Arten von Funk- 
tionsblocken existieren jedoch, und neue Arteh von Funktlonsblocken k5nnen deflnlert 
Oder geschaffen werden, urn in der Fieldbusumgebung wirksam zu sein* 

Ein Wandlerblock koppelt die Ein- und Ausgange eines Funktionsblocks mit lokalen 
Hardwareeinrichtungen wie etwa Sensoren und Geratebetatigern, urn es Funktionsbio- 
cken zu ermdgllchen, die Ausgange lokater Sensoreri zu lesen und lokale Einrichtungen 
anzuweisen, ein oder melir Funktionen wie das Bewegen eines Ventifelements auszu- 
fuhren. Wandlerbldcke entlialten typisclierweise Information, die notwendig ist, unrr 
Signale zu interpretieren, die von einer lokalen EInrichtung geliefert werden, und urn 
lokale Hardwaregerate richtig zu steuern, beispielsweise Information, die den Typ einer 
lokalen Einrichtung bezeichriet, Kalibrlerlnformation, die einer lokalen Einrichtung zu- 
geordnet Ist, usw. Ein einzeiner Wandlerblock ist typischerweise jedem EIngangs- oder 
Ausgangsfunktionsblock zugeordnet. 

Die meisten Funktionsbldcke kcHinen Alarm- oder Ereignisanzeigen auf der Basis vorbe- 
stimmter Kriterien erzeugen und sind imstande, in verschiedenen Moden unterschied- 
licli zu arbeiten. Im allgeimeinen konnen Funktionsblocke arbeiten in: einem Automa- 
tikmodus, wobei beispiielsweise der Algorithmus eines Funktionsblocks automatisch 
wirksam ist; einem Bedienermodus, in dem der Eingang oder Ausgang etwa eines 
Funktionsblocks manuell gesteuert wird; einem Betriebsunfahigkeitsmodus, in dem der 
Block unwfrksam ist; einem Kaskadenmodus, in dem die Operation des Blocks durch 
den Ausgang eines anderen Blocks beeinfluBt (bestimmt) wird; und einem oder mehre- 
ren Fernmoden, in denen ein entfernter Computer den Modus des Blocks bestimmt. Es 
gibt jedoch auch andere Betriebsarten im Fleldbusprotokoll. 
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Wichtig ist, da6 jeder Block imstande ist, mit anderen Blocken in den gleichen oder 
anderen Feldgeraten uber den Fieldbus-Bus 34 unter Verwendung von Standardnach^ 
richtenformaten zu kommuniziereo, die von dem Fleldbusprotokoll definiert sind. Infdl- 
gedessen kdnnea Kombinationen von Funktlonsblocken (in dem gleichen Gerat Oder In 
verschiedenen Geraten) miteinander kommuniziereh, urn eine oder mehrere dezentrale 
Steuerschlelfen zu Widen. So kann beispielsweise ein PID-Funktionsblock in einem 
Feldgerat Ciber den Bus 34 angeschlossen werden, um einen Ausgang eines AI- 
Funktionsblocks in einem zweiten Feldgerat zu empfangen, Daten an einen AO- 
Funktlonsblock in einem dritten Feldgerat zu liefern und einen Ausgang des AO- 
Funktionsblocks als Ruckfiihrung zu empfangen, um eine ProzeBsteuerschlelfe separat 
und getrennt von jeglichem DCS-Steuergerat iu erzeugen. Auf diese Weise bewegen 
Kombinatlonen von Funktlonsblocken Steuerfunktionen aus einer zentralen DCS- 
Umgebung iieraus, was es DCS-Multifunktionscontrollern erlaubt, Uberwachungs- oder 
Koordinlerungsfunktionen auszuftihren oder uberhaupt zu entfallen. Ferner bildenr^ 
Funktionsbldcke eine graphlsche, blockorientierte Struktur zur einfachen Konfiguration 
eines Prozesses und ermdglichen die Verteilung von Funktionen zwfschen Feldgeraten 
verschiedener Lieferanten, well diese Blocke ein konslstentes kommunikationsprotokbH 
verwenden. 

Zusatzlich dazu, daB jedes Feldgerat Blockobjekte enthalt und implementiert, weist es 
auch ein oder mehr andere Objekte eInschlieBlich Verknupfungsobjekte, Trendobjekte, 
Warnpbjekte und Betrachtungsobjekte auf. Verknupfungsobjekte deflnieren die Ver- 
knupfungen zwischen den Eingangen und Ausgangen von Blocken (wie etwa Funktlons- 
blocken) sowohl innerhalb des Feldgerats als auch uber den Fleldbus-Bus 34. 

Trendobjekte eriauben die ioka\e Trendbildung von Funktionsblockparametern fur den 
Zugrlff durch andere Gerate wte etwa den Hauptrechner 12 oder die Controllerl4 von 
Fig. 1. Trendobjekte halten kurzze^tige historlsche Daten, die Irgendelnen, beispiels- 
weise einen Funktionsblockparameter betreffen, und liefern diese Daten auf asynchro- 
ne Weise an andere Gerate oder Funktionsbldcke uber den Bus 34. Warnobjekte mel- 
den Alarme und Ereignisse auf dem Bus 34. Diese Alarme oder Erelgnlsse konnen jedes 
Ereignis betreffen, das innerhalb eines Gerats oder eines der Blocke eines Gerats auf- 
tritt. Betrachtungsobjekte sInd vordeflnlerte Grupplerungen von Blockparametern, die 
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In Mensch-Maschine-Standardschnlttstellen genutzt werden und von Zeit zu Zelt ande- 
ren Geraten zur Betrachtung ubermittelt werden kdnnen. 

Fig. 2 zelgt ein Fleldbus-Gerat, das belsplelsweise eines der Feldgerate 16 bis 28 von 
Fig. 1 1st und hier drel Ressourcenblocke 48, drel Funktlonsbloeke 50,. 51 und 52 und 
zwei Wandlerbtocke S3 und 54 aufwelst. Der eine Funktlonsblock 50 (der ein Elngangs- 
funktfonsblock seln kann) 1st Ober den. Wandlerblock j53 mit einem Sensor 55 verbun- 
den, der beisprelswerse ein Temperatursensor, ein Sollwert-Anzelgesensor usw. seln 
kann. Der zwelte Funktlonsblock 51 (der ein Ausgangsfunktlonsblock seln kann) 1st 
durch den Wandlerblock 54 mIt einer Ausgangselnrlchtung wie etwa einem Ventll 56 
verbunden. Der dritte Funktlonsblock 52 (der ein Steuerfunktlonsblock.sein kann) hat 
ein ihm zugeordnetes Trendobjekt zur Trendbestlmmung des EIngangsparameters des 
Funktlonsblocks 52. 

Verknupfungsobjekte 58 definleren die Blockparameter jedes zugeordneten Blocks, und 
Warnobjekte 59 liefern Alarme oder Erelgnisnrieldungen fiir jeden der zugehorigen 816- 
cke. Betrachtungsobjekte 60 sind jedem der Funktionsbldcke 50, 51 und 52 zugeordnet 
und umfassen oder gruppieren Datenllsten f Or die FunktionsblScke, denen sle zugeord- 
net sind. DIese Listen enthalten Informatlonen, die fur jede einer Gruppe von verschie- 
denen deflnierten Anslchten erforderllch sind. Naturlich 1st Fig. 2 nur belsplelhaft, und 
andere Anzahlen und Arten von BIpckobjekten, Verkniipfungsobjekten, Warnobjekten, 
Trendobjekten und Betrachtungsobjekten konnen in jedem FeldgerSt vorgesehen sein, 

Es wird nun auf Fig. 3 Bezug genommen; dieses Blockblld des ProzeSsteuerungsnetzes 
10, das die Gerate 16, 18 und 24 ais Pbsitlonierer-/Ventllgerate und die Gerate 20, 22, 
26 und 28 als WandlergerSte zelgt, verdeutlicht auch die Funktionsbldcke, die dem Po- 
sltionlerer/Ventil 16, derh l^eSwandler 20 und der BrUcke 30 zugeordnet sind. Wie Fig. 
3 zelgt, umfaSt das Posltlonlerer/Ventllgerat 16 einen Ressourcen- bzw. RSC-Block 61, 
einen Wandler- bzw. XDR-Block 62 -und eIne Reihe von Funktionsbldcken, umfassend 
eInen Anaiogausgabe- bzw. AO-Funktlonsblock 63, zwel. PID- Funktionsbldcke 64 und 65 
und eJnen Signalwahl- bzw. SS-Funktionsblock 69. Der Wandler 2G umfaBt einen Res- 
sourcehblock 61, zwel Wandlerblocke 62 und zwei Analogeingabe- bzw. AI- . 
Funktidnsblocke 66 und 67. Ferner umfaBt die BrOcke 30 einen Ressourcenblock 61 und 
einen PID- Funktlonsblock 68. 
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Es ist ersichtllch, daB die verschiedenen Funktipnsblocke von Fig. 3 gememsam in einer 
Reihe von Steuerschleifen zusammenwirken konnen (durch Kommunikation uber den 
Bus 34)/und die Steuerschleifen, in denen die Funktipnsblocke des Positionie- 
rers/Ventils 16, des Wandlers 20 und der Brucke 30 liegen, sind in Fig. 3 durch einen 
Schleifenerkennungsblock bezeichnet, der mit jedem dieser Funktionsblocke yerbunden 
ist Wie Fig. 3 zeigt, sind also der AO-Funktionsbiock 63 und der PID-Funktionsblock 64 
des Positionierers/Ventils 16 und der AI-FunktiorisWock 66 des Wandlers 20 mit eIner 
Steuerscbleife LOOPl verbunden, wahrend der SS-Funktionsblock 69 des Positionie- 
rers/Ventils 16, der AI-Funktlonsblock 67 des Wandlers 20 und der PID-Funktlonsblock 
68 der Brucke 30 in einer Steuerschleife L06P2 miteinander verbunden sind. Der PID- 
Funktionsblock 65 des Positionierers/Ventils 16 Ist in eine Steuerschleife LOOP3 einge- 
fugt. 

■' . ' ' ■ ' ' . . ■ • . ■ 

Die miteinander verbundenen Funktionsblocke, die die Steuerschleife LOOPl in Fig. 3 

Widen, sind im einzelnen In dem Schema djeser Steuerschleife entsprechend Fig* 4 
dargestellt. Wie Fig. 4 zeigt, ist die Steuerschleife LOOPl vollstandlg durch Nachrich- 
tenverbindungen zwischen dem AO-Funktlonsblock 63 und dem PID-Funktibnsblock 64 
des Positionierers/Ventils 16 und dem AI-Funktionsblock 66 des Wandlers 20 (Fig,, 3) 
gebildet. Das Steuerschlelfenbild von Fig. 4 zeigt die Kommunlkatlonsverblndungen 
zwischen diesen FunktipnsblScken unter Verwendung von LeitungeO/ die die ProzeB- 
und Steuereingange und -ausgSnge dieser Funktionsblocke anschlieBen. Der Ausgang 
des AI-Funl<tionsblocks 66, der ein ProzeBmeBsignal bder ein ProzeBparametersignal 
aufweisen kann, ist somit kommunikativ aber das Bussegment 34b mit dem Eingahg 
des PID-Funktionsblocks 64 gekoppelt, der einen Ausgang hat, der ein Steuersignal 
aufwelst, das kommunikativ mit einem Eingang des AO-Funktionsblocks 63 gekoppelt 
Ist. Ein Ausgang des AO-Funktlonsblocks 63, der ein Ruckfuhrungsslgnal aufwelst, das 
beisplelswelse die Position des Vehtlls 16 bezeichnet, Ist mit einem Steuereingang des 
PID-Funktionsblocks 64 vertMjnden. Der PID-Funktlpnsblock 64 verwendet dieses RQck- 
fuhrungssignal zusammeh mit dem ProzeSmeBsignal von dem AI-Funktlonsblock 66, um 
die richtlge Steuerung des AO-Funktionsblocks 63t zu jmplementieren. Naturlich konnen 
die Verblndungen, die durch die LInien in idem Steuerschreifendiagramm von Fig. 4 be- 
zeichnet sind, intern innerhalb einies Feldgerats hergestelH: werden, weiln wie im Fall 
des AO- und des PID-Funktionsblocks 63 und 64 die Funktionsblocke Innerhalb dessel- 



•••• 

• ♦ ♦ • • 
• •••• • • 

697 17 838.2-08 



•••• 

m • ^ 



Mejssner, Bolte & Partner 



21 



• • • « 



697 f:^ 8i8.2-08 



ben Fe<dgerats (z. B. des Positionierers/Ventils 16) liegen, Oder diese Verblndungen 
konnen iiber den ZweidraKt-Kommunikationsbus 34 unter Verwendung von synchronen 
Standard-Fieldbuskommunikationen impfementiert warden. Selbstverstandlich werden 
von anderen Funktionsblocken, die In anderen Konflgurationen kommunikativ mitelnan- 
der verbunden sind, andere Steuerschleifen In^plementlert. 
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Zur Implementierung und Ausfuhrung der Kommunikations- und Steueraktivitaten ver- 
wendet das Reldbusprotokoll drei allgemeine Technologiekategorien, die als physlsche 
Schfcht, als Kommunikationsstapel und als Benutzerschicht gekennzeichnet sind. Die 
Benutzerschlcht umfaBt die Stetierungs- und Konfiguratlonsfunktionen, die in Form von 
Blocken (wie Funktlonsblocken) und Objekten innerhalb einer bestimmten ProzeBsteue- 
relnrichtung Oder eines bestimmten Feldgerats vorgesehen sind. Die Benutzerschlcht ist 
typischerweise auf firmeneigene Welse durch den Geratehersteller ausgelegt, muB aber 
imstande sein/ Nachrichten entsprechend dem Standardnachrlchtenformat zu empfan- 
gen und zu senden, das durdi das Reldbusprotokoll deflhlert Ist, und von einem Be- 
nutzer auiF ubHche Welse konflguriert zu werden. Die physlsche Schlcht und der Kom- 
munfkationsstapel^ sind notwendig, um die Kommunlkation zwischen verschiedenen Blo- 
cken verschiedener Feldgerate auf standardlslerte Welse unter Verwendung des Zwei- 
drahtbusses 34 zu bewirken, und kann nach dem wohlbekannten OSI- 
SchlchtkommunlkationsmodeH ausgebijdet seln. 
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Die physlsche Schlcht, die der OSI-Schlcht 1 entsprlcht, Ist in jedes Feldgerat und den 
Bus 34 erngebettet und wirksam/elektromagnetische SIgnale, die von dem Fteldbus- 
Obertragungsmedium (dem Zweldrahtbus 34) empfangen werden. In Nachrichten um- 
zuwandeln, dre von dem Kommunikationsstapei des Feldgerats genutzt werden konnen. 
Die physlsche Schicht kann man sich als den Bus 34 und die elektromagnetlschen Sig- 
nale vorstellen; die auf dem Bus 34 an den Elngangen und Ausgangen der Feldgerate 
vorhanden sind. 
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Der Kommunikationsstapel, der in jedem Fieldbusgerat vorhanden Ist, umfaBt einaSI- 
cherungsschfcht, die der OSI-Schicht 2 entsprlcht, eine Fleldbus-Zugriffsunterschicht 
und elne Fieldbus-Nachrichtehbezeichnungsschicht, die der OSI-Schlcht 6 entspricht. Es 
gibt keine entsprechende Struktur fur die OSI-Schlchten 3 bis 5 In dem Fleldbusproto- 
koll. Die Anwendungsmoglichkeiten eines FieldbusgerSts welsen jedoch elne Schicht 7 
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auf, wahrend eine Benutzerschicht eine Schicht 8 ist, die in dem OSI-Protokoll nicht 
definiert sind. Jede Schicht in dem Kbrnmunil^ationsstapei ist fur die Codierung od^r 
Decodierung eines Teils der Nachricht oder des Signals zustandig, das auf dem Field- 
bus-Bus 34 libertragen wfrd. Infplgedesfsen addiert oder entf^rnt jede Schicht des 
Kommunikatipnsstapels bestimmte Anteile des Fieldbus-Signals wie Apfangshinweise, 
Startbegrenzer und Endbegrenzer und decodiert in einlgen Fallen die bereinigten Antei- 
le des Ffeldbussignals, um zu Identlflzieren, wohin der Rest des Signals oder der Nach- 
richt gesendet werden soil, oder bb das Signal verworfen werden sollte, well es bei- 
spiejsweise eine Nachricht oder paten fur Funktionsblocke enthalt, die nicht In dem 
erripfangenden Feldgerat llegen. 

Die Datensicherungsschicht steuert die Obertragung von Nachrichten auf den Bus 34 
und verwaltet den Zugriff auf den Bus 34 In Ubereinstimmung mit einem determlnlsti- 
schen zentraten Busabwickler, der als verbindungsaktiver Abwickler bezelchnet und 
nachstehend im einzelnen beschrlebeh wird, Die Datensicherungsschicht entfernt-eine 
Praambel von den Signalen auf dem Ubertragungsmedlum und kahn die empfangene 
Praambel nutzen, um den Internen Taktgeber des Feldgerats mit dem ankommenden 
Fleldbusslgnal zu synchronlsleren. Ebenso wandelt die Datensicherungsschicht Nach- 
richten an dem KommunlkationsstapeJ in physlsche Fieldbussignale um und codlert die- 
se Srgnale mit Taktlnformatlon, um ein "synchrones serielles" Srgnal zu erzeugen, das 
fOr die Obertragung auf dem Zweldrahtbus 34 eine richtlge Praambel hat. Wahrend des 
Decodlervorgangs erkennt die Datensicherungsschicht Spezlalcodes innerhalb der Pra- 
ambel wre etwa Startbegrenzer und Endbegrenzer, um den Beginn und das Ende einer 
bestlmmtea Fieldbusnachrlcht zu identifizieren, und kann eine PrOfsumme ausfQhren, 
um die Integritat des Signals oder der Nachricht, die von dem Bus 34 empfangen wur- 
de, zu verlflzferen. Ebenso QbertrSgt die Datensicherungsschicht Fieldbussignale auf 
dem Bus 34 durch Hlnzufiigen von Start- und Endbegrenzern zu Nachrichten an dem 
Kommunikationsstapel und durch Plazieren dieser Signale auf dem Obertragungsmedi- 
um zum rlchtigen Zeitpunkt. 

Die Fieldbus-Nachrichtenbezeichnungsschicht eriaubt der Benutzerschicht (d. h. den 
Funktlonsblocken, Objekten usw. eines Feldgerats), fiber den Bus 34 unter Anwendung 
eInes Standardsets von Nachrichtenformaten zu komrhunlzieren, und beschreibt die 
Kommunlkatlonsdienste, Nachrichtenformate und ProtokblJverhalten, die erforderlich 
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sind, um Nachrlchten zu bilden, die auf den Kommunikationsstapel zu bringen und an 
die BenutzerschicW zu senden sind. Da die Fieldbus-Nachrichtenbezeichnungsschicht 
standardisierte Kqmmunlkationen fur die Benutzerschicht llefert, sind spezlfische Field- 
bus-Nachrichtenbezeichnungs-Kofnmunlkatlonsdlenste fur Jede Art von Objekt^ die oben 
beschrieben wurde, definiert. Beisplelsweise umfaBt die Fieldbus-Nachrichtenbezeich- 
nungsschicht Objektworterbuchdienste, die etinem Benutzer eriauben, ein Objektwor- 
terbuch eines Gerats zu lesen. Das Objektwiirterbuch enthalt ObjektbeschreFbungen, 
die jedes der Objekte (wie etwa Blockobjekte) eines Cerats beschreiben Oder Identlfi- 
zleren. Die Fieldbus-Nachrlchtenbezeichnungsschiclit stellt audi Kontextverwaltungs- 
dienste bereit, die einem Benutzer eriauben, Kommunikationsbezlehungen zu lesen und 
zu andern, die ais virtuelie Kommunikationsbeziehungen (VCR) bekannt sind und noch 
beschrieben werden und die einem oder melireren Objekten eines Gerats zugeordnet 
sind. Ferner stellt die Fieldbus-Nachrichtenbezeichnungsschlcht variable Zugangsdiens- 
te, Erergnisdienste/Hochlade- und Herunterladedienste und F^rogrammaufrufdienste 
bereit, die samtlich im Fieldbusprotokol^ wohlbekannt sind und daher bier nicht im ein* 
zelnen beschrieben werdeh. Die Refdbus-Zugangsunterschicht tabelllert die Fieldbus- 
Nachrichtenbezeichnungsschicht in die Datensicherungsschicht. 

Um die Operation dieser Schichten zu eriauben oder zu ermoglichen, weist jedes Field- 
busgerat eine Verwaltungs- bzw. Managementinformationsbasis bzw. MIB auf, die eine 
Datenbank ist, in der VCR, dynamische Variablen, Statistiken, Zejtpiane des verbin- 
dungsaktiven Abvyicklers, FunktlonsWock-Ausfiihrungszeitplane und Geratekennungs- 
und -adreBinformatipnen gespeichert sind. Natiirlich kann jederzeit unter Verwendung 
von Standard-Fieldbusnachrichten oder -befeWen Zugriff auf die Information innerhalb 
der P4IB erfolgen. AuSerdem wird gewohnlfch mit jedem Gerat eine Geratebeschreibung 
geliefert, um einem Benutzer oder Hauptrechner eine erwerterte Ansicht der Informati- 
on im VFD zu geben. In einer Geratebeschreibung, die typischerwelse markiert bzw. 
mit einem Tokefi versehen seln.muB, um von einem Hauptrechner genutzt zu werden, 
ist Information gespeichert, die der Hauptrechner benotigt, um die Bedeutung der Da* 
ten in den VFD eines Gerats zu verstehen. 

Es versteht sich, daS zur Implementierung jeder Steuerungsstrategie unter Verwen- 
dung von Funktionsblockeh, die in einem ProzeBsteuerungsnetz verteilt sind, die Aus- 
fuhrung der Funktionsbldcke In bezug auf die Ausfuhrung anderer Funktionsbldcke In 
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^ . einer bestimmten Steuerschleife prazise geplant sein mu6. Ebenso mu6 die Kommuni- 
katipn zwischen verschiedenen Funktionsblocken auf dem Bus 34 exakt geplant sein, so 
daS fur jeden Funktionsblock vor dessen Ausfiihrung die richtigen Daten geliefert wer- 

• den/ 

.5 

Die Art und Weise, wie verschiedene Feldgerate (und verschiedene Blocke in Feldgera- 
ten) uber das Fieldbus-Ubertragungsmedlum mitelnander kommunizleren, wird nach- 
stehend unter Bezugnahme auf Fig. 1 beschrieben. Damit eine Kommunikatlon stattfin- 
det, ist eines der Verbindungshauptgerate an jedem Segment des Busses 34 (bel- 
10 splelswelse der Gerate 12, 16 und 26) als verblndungsaktlver Abwickler bzw. LAS 
^ (=link active scheduler) wirksam, der die Kommunikatidn auf dem zugehorlgen Seg- 

~ ment des Busses 34 aktiv abwickelt und steuert. Der LAS fur jedes Segment des Busses 

34 speichert und aktualisiert einen Kommunlkationsplan (einen verblndungsaktiven 
Plan), der die Zeitpunkte enthalt, zu denen jeder Funktronsblpck jedes Gerate planmS- 
15 Big mit dem Beginn der periodischen Kommunikationsaktivltat auf desm* Bus 34 beglnnt, 
und die Zeltdauer enthalt, wahrend der diese Komrhunikationsaktivitat stattffhden soil. 
Es kann zwar an jedem Segment des Busses 34 ein, und zwar nur eln aktiyes LAS- 
Gerat geben, aber andere Verbindungshauptgerate (wIe etwa das iSerSt 22 an dem 
Segment 34b) konnen als Backup-LAS dienen und aktiv werden> wenn belsplelswelse 
20 der aktuelle LAS ausfallt. Basiseinrichtungen haben zu keiner Zeit die Fahlgkelt, eln 
LAS zu werden. 

P Allgemein gesagt sind die Kommunikationsaktivitaten uber den Bus 34 In sich wieder- 
holende Makrozyklen unterteilt, von denen jeder eIne synchrone Kommunikation fur 

25 jeden Funktiopsblock, der an einem bestimmten Segment des Busses 34 aktiv ist, und 
e!ne oder mehrere asynchrone Kommunikationen fur einen oder mehrere der Funkti- 
onsbldcke oder Gerate, die an einem Segment des Busses 34 aktiv sInd, aufwelst. Ein 
Gerat kann aktiv sein, d. h. Daten zu jedeni Segment des Busses 34 senden und Daten 
davon empfangen, auch wenn es physisch mit einem anderen Segment des Busseis 34 

3Q verbunden ist, und zwar durch koordinlerte Operation der Brucken und der LAS an dem 
•Bus 34. . 
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wahrend jedes Makrozyklus fiihrt jeder der FunktionsblScke, der an einem bestimmten 
Segment des Busses 34 aktiv 1st, seine Funktion gewbhnlich zu einem jeweils anderen, 
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Jedoch prSzlse geplanten (synchronen) Zeitpunkt auSiUnd veroffentticht zu einem ande 
rerv prazfse geplanten Zeitpunkt seine Ausgangsdaten auf diesenn Segment des Busses 
34 als Reaktion auf einen Zwangsdatenbefehi, der von dem Jeweiligen LAS erzeugt 
wird. Bevorzugt ist die Abwickiung jejdes Funkttonsblocks derart, da6 er seine Aus- 
gangsdaten kurz nach dem Ende der Ausfiihrungsperiode des Funktionsblocks ver5f- 
fentlicht. Ferner sind die Datehveroffentlichungszeitpunkte der verschiedenen Funkti- 
onsbtdcke serienma6lg geplant, so daB nicht zwei Fiinktionsblocke auf einem bestimm- 
ten Segment des Busses 34 gieichzeitig Daten veroffentllchen. Wahrend der Zeitdauer, 
fn der kelne synchrone Kommunikation stattfindet/darf jedes FeldgerSt nacheinander 
Warndaten, Ansichtsdaten usw. auf asyachrone Weise unter Anwendung von token- 
gesteuerten Kommunikationen ubertragen. Die AusfUlirungszelten und der Zeitaufwand 
der erforderlich ist, urn die Ausfuhrung jedes Funktionsblocks zu vervollstandlgen, sind 
in der ManagementinformationsbasrS'(I^IB) des Gerats gespachert, in dem sich der 
Funktionsblock beflndet, wahrend die Zeiten zum Senden der Zwangsdatenbefehle an 
jedes der Gerate auf einem Segment des Busses 34 In der MIB des LAS-Gerats fur die- 
ses Segment gespeichert sind, wie oben gesagt wird. Oiese Zeiten sind typisclierweise 
als versetzte Zeiten gespeichert, weil sie die Zeitpunkte kennzeichnen, zu denen ein 
Funktionsblock ausfuhren soli oder Daten als versetzte Daten vom Begtnn eines "abso- 
luten Abwicklungspian-Startzeitpunkts'- senden soli, der samtllchen Geraten bekannt 
ist, die mit dem Bus 34 verbunden sind. 

Um wahrend jedes Makrozyklus Kommunikationen herzustellen, sendet der LAS, bel- 
spielsweise der LAS 16 des Bussegments 34b, einen Zwangsdatenbefehl an jedes der 
Gerate an dem Bussegment 34b entsprechend der Ubertragungszeitenliste, die in dem 
verbindungsakUven Plan gespeichert ist. Bei Empfang eines Zwangsdatenbefehls verof- 
fentticht ein Funktionsblock ejnes Gerats seine Ausgangsdaten auf dem Bus 34 fur ei- 
nen bestimmten Zeitraum. Da jeder der Funktionsblocke typischerweise so eingeplant 
ist, daB seine Ausfuhrung derart erfolgt, daB die Ausfuhrung dieses Blocks beendet ist, 
kurz bevor der Block planmaBIg einen Zwangsdatenbefehl empfangen soli, sollten die 
aufgrund eines Zwangsdatenbefehls v^offentlichten Daten die neuesten Ausgangsda- 
ten des Funktionsblocks sein. Wenn jedoch ein Funktionsblock langsam ausfiilirt und 
keine neuen Ausgange im Zwischenspeicher hat, wenn er den Zwangsdatenbefehl emp- 
fSngt, veriiffentllcht der Funktionsblock die wahrend des fetzten Abtaiifs deis Funktions- 
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blocks erzeugten Daten und zeigt durch einen Zeitstempel an, daB die veroffentlichten 
Daten alte Oaten sjnd. 

Nachdem der LAS an jeden der Funktionsblocke an eihem bestimmten Segment des 
Busses 34 einen Zwangsdatenbefehl gissendet hat und wahrend der Zeitdauern, In de- 
nen Funktionsbrocke ausfuhren, kann der LAS veranlassen/daB asynchrohe Kpmmunf- 
kationsaktlvitaten stattfinden. Zur Durchfuhrung einer asynchrpnen Kommunfkatlon 
sendet der LAS eine Tokenubergabenachricht an ein bestlmmtes Feldgerat. Wenn ein 
Feldgerat eine Token iibergabenachrteht empfangt, hat dieses Feldgerat yollen Zugang 
zu denri Bus 34 (Oder einem Segment davon) und kann asynchrone Nachrlchten wie 
etwa Atarmnachrichten, Trenddaten, yom Bedlener veranlaftte Sollwertanderungen usw, 
senden, bis die Nachrichten komplett sind oder eine maximale zugewiesene "Tokenhal- 
tezelt" abgelaufen 1st. Danach gibt das Feldgerat den Bus 34 (Oder ein bestimmtes 
Segment davon) frei, und der LAS sendet eine Tokenubergabenachricht an ein anderes 
Gerat. Dieser Vorgang vviederhpit sich bis zum Ende des Makrozyklus oder bis der US 
gemaB Plan einen Zwangsdatenbefehl aussendet, um die synchrone Kommunikation 
auszufiihren. Selbstverstandlich kann es in Abhangigkeit vom Umfang des Nachrichten- 
verkehrs und der Anzahl von Geraten und Blocken, die mit einem bestimmten Segment 
des Busses 34 gekoppelt sind, geschehen, daB nicht jedes Gerat wahrend eines Makro- 
zyklus eine Tokenubergabenachricht empfangen kann. 

Fig. 5 zeigt ein Zeitschema, das die Zelteri angibt, zu denen Funktionsbldcke an dem 
Bussegment 34b von Fig. i wahrend jedes Makrozyklus des Bussegments 34b ausfuh- 
ren, und die Zelten angibt, zu denen wahrend jedes Makrozyklus, der dem Bussegment 
34b zugeordnet ist, synchrone Kommiinikatlonen stattfinden. In dem Zeitplan von Fig. 
5 ist die Zeit auf der Horizontalachse eingetragen, und Aktivitaten, die zu den ver- 
schiedenen Funktionsblocken des Posttlonlerers/Ventils 16 und des Wand I ers 20 (von 
Fig. 3) gehdren, sind auf der Vertikalachse angegeben. Die Steuerschleife, in der jeder 
der Funktionsblocke wirksarn ist, ist in Fig. S tiefgestellt angegeben. So bezieht sich 
AIloopi auf den AI-Funktionsblock 66 des WandJers 20, PIDloopi bezieht sich auf den 
PID-Funktlonsblock 64 des Positionierers/Ventils 16 usw. Die Blockausfuhrungsperiode 
jedes der gezeigten Funktionsbldcke ist als schrafflertes Kastchen gezeigt, wogegen 
jede planmaBige synchrone Kommunikation als vertikater Balken In Fig. 5 gekennzeiqh- 
net ist. 
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GemaS dem Zeitplan von Fig. 5 erfolgt also wahrend eines bestimmten Makrozyklus 
des Segments 34b (FJg. 1) zuerst die AusfQhrung des AltooprFunktionsblocks wahrend 
des durch das Kastclien 70 bezelchneten Zeitraums. Wahrend der durch den vertikalen 
Balken 72 bezeichneten Zeit wird dann der Ausgang des Altoopi-Funktionsblocks auf 
dem Bussegment 34b als Reaktion auf ^inen Zwangsdatenbefehl von dem LAS fur das 
Bussegment 34b veroffentlicht. Ebenso bezeichnen die Kastchen 74, 76, 78, 80 und 8i 
die Ausfuhrungszeiten der Funktionsblocke PIDloopi, AItoop2/ AOloopi/ SStoopa und PID- 
L00P3 (die fur jeden der verschledenen BIdcke verschieden sind), wahrend die vertikalen 
Balken 82, 84, 86, 88 und 89 die Zeiten bezeichnen, zu denen die jeweiligen Funkti- 
onsbJocke PIDloopi/ AIioop2^ AOloopi/ SSl6op2 und PIDloop3 Daten auf dem Bussegment 
34b veroffentlichen. 

Wte ersichtlich 1st, zeigt der Zeitplan von Fig. 5 auch die Zeiteri, die fur asynchrone 
Kommunikationsaktivitaten verfOgbar sind und wahrend der Ausfuhrungszeiten jedes 
der Funktionsblocke und wahrend der Zeit am Ende des Makrozyklus, in der keine 
Funktionsblocke ausfuhren, und wenn keine synchrone Kommgnikation auf dem Bus- 
segment 34b erfolgt, stattfinden kannen. Falls gewunscht, konnen natUrJich andere 
Funktionsblocke gewollt so etngeplant sein, daS sie gleichzeitig ausfuhren, und es miis- 
sen nldit samtllche Funktionsblocke Oaten auf dem Bus veroffentlichen, wenn bei- 
spleisweise kein anderes Gerat an den von einem Funktlonsblock erzeugten Daten teil- 
nlmmt. 

Feldgerate sind imstande, Daten Oder Nachrlchten auf dem Bus 34 unter Yerwendung 
von drel virtuellen Kommunikationsbezlehungen (VCR) zu veroffentlichen, die in der 
Fiddbus-Zugangsunterschicht des Stapels Jedes Feldgerats definlert sind, Ein Client- 
/Server-VCR dient fur wartende, ungeplante, vom Benutzer initiierte Eins-zu-Eins- 
Kommunikatiorien zwischen Geraten an dem Bus 34. Solche zwischengespelcherten 
Nachrlchten werden in der zur Ubertragung eingegangenen Reihenfolge entsprechend 
Ihrer Prioritat ohne Uberschreiben vorhergehender Wachrichten gesendet und empfan- 
gen. So kann ein Feldgerat eine CHent/Server-VCR verwenden, wenn es eine Tokenu- 
bergabenachricht von einem LAS empfangt, eine Anfragenachricht an ein anderes Gerat 
an dem Bus 34 zu senden. Der Anfragende wlrd als "Client" und das Gerat, das die An- 
frage empfangt, als "Server" bezeichnet. Der Server sendet eine Antwort, wenn er ei- 



MEissNEft, BoCte & Partner ' 28 ***** '**697V> 82V2-08 

ne Tokenubergabenachricht von dem LAS empfangt. Die Client/Server-VCR wird bei- 
spielsweise angewandt, um vom Bediener ausgeloste Anforderungen wie etwa Soli- 
wertanderungen, Zugang zu und Anderur>gen von Abstimmparametern, Alarmbestati- 
gungen und Up- und Downloads von Geraten auszufilhren. 

Eine Berichtsverteilungs-VCR wird fur wartende, ungeplante, vom Benutzer ausgeloste 
Eins-an-viele-Kommunlkationen verwendet. Wenn beispielsweise elh Feldgerat mit ei- 
nem Ereignis- Oder einem Trendbericht eine Tokenubergabenachricht von einem LAS . 
empfangt, sendet dieses Feldgerat seine Nachricht an eine "Gruppenadresse", die In 
der Fieldbus-Zugangsunterschicht des Kommunlkatlonsstapels dieses Gerats deflniert 
ist. Gerate, die so konfiguriert sind, daS sie diese VCR mithoren, empfangen den Be- 
richt. Der Berichtverteilungs-VCR-Typ wird charakteristisch von Fieldbusgeraten ver- 
wendet/um Alarmbenachrichtigungen an Bedienerkonsolen zu senden. 

Ein Veroffentlicher/Teilnehmer-VCR-Typ dient fur gepufferte Eins-an-vlele- 
Kommunikationen. Gepufferte Kommunikationen sind sotche, die nur die neueste Versi- 
on der Daten speichern und senden, und daher werden vorhergehende Daten von neu- 
en Daten vollstandig uberschrieben. Beispielsweise weisen Funktionsblockausgange 
gepufferte Daten auf. Ein "Ver6ffentlicher"-Feldgerat veroffentlicht Oder sendet eine 
Nachricht unter Verwendung des Veroffentllcher/Teilnehmer-VCR-Typs an samtliche 
"Teilnehmer"-Feldgerate an dem Bus 34, wenn das Veroffentlicher-Gerat eine Zwangs- 
datennachricht von dem LAS oder von einem Teilnehmergerat empfangt. Die Verdffent- 
licher/Teilnehmer-Beziehungen sind vorbestlmmt und in der Fieldbus- 
Zugangsunterschicht des Kommunlkatlonsstapels jedes Feldgerats definiert und gespej- 
chert. 

Um die richtigen Kommunikationsaktivitaten liber den Bus 34 sicherzustellen, sendet 
jeder LAS periodisch eine Zeitverteiiungsnachricht an alle diejenigen Feldgerate, die 
mit einem Segment des Busses 34 verbunden sind, was es den erhpfangenden GerSten 
eriaubt, ihre lokale Anwendungszelt miteinander zu synchronisleren. Zwischen diesen 
Synchronisierungsnachrichten wird die taktzeit unabhangig in jedem Gerat auf der Ba- 
sis seiner eigenen internen Uhr aufrechterhalten. Die Snychronisierung der Uhren er- 
iaubt den Feldgeraten, Daten Im gesamten Fieldbusnetz mit Zeitstempel zu versehen, 
um beispielsweise a nzuzeigen^ wann Daten erzeugt wurden. 
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Ferner ist In jedem LAS (und anderen Verbindungshauptgeraten) an jedem Bussegment 
eJne "aktuelle Liste" gespeichert; die eine Liste samtllcher Gerate ist, die rrtit diesem 
Segment des Busses 34 verbunden sind, d. h. samtlicher Gerate, die auf eine Tolcenu- 
bergabenachriclit riclitig antworten. Der IAS erl^ennt standig neue Gerate, die einem 
Bussegment tilnzugefOgt werden, Indem er periodiscii Suchlcnotennaclirichten an Ad- 
ressen schickt, die nicht auf der aktiven Liste sind. Tatsachllch wird Von jedem LAS 
verlangt, daB er mindestens eine Adresse absuclit, nachdeim er einen Zylcius des Sen- 
dens von TokenObergabenachrlchten an samtliche Feldgerate auf der aktiven Liste ab- 
geschlossen hat. Wenn an der abgesuchten Adresse ein Feldgerat anwesend ist und die 
Suchknotennachriclit empfangt, sendet das Gerat sofort eJne Sucliantwortnachricht zu- 
ruck. Bei Empfang einer Suchahtwortnachricht fugt der LAS das Gerat der aktiven Liste 
liinzu und bestatigt dies durcti Senden einer Knotenaktivierungsnaciiriclit an das abge- 
suchte Feldgerat. Ein Feldgerat bleibt so lange auf der aktiven Liste, wie dieses Feldge- 
rat ordnungsgemaB auf TokenUbergabenachricliten anspricht. Ein LAS entfernt jedoch 
ein Feldgerat von der aktiven Liste, wenn das Feldgerat riach drei aufeinanderfolgen- 
den Versuchen das Token nicht benutzt oder das Token nicht sofort an den LAS zu- 
rucksendet. Wenn der aktiven Liste ein Feldgerat hinzugefugt oder aus ihr entfernt 
wtrd, sendet der LAS Anderungen der aktiven Liste an samtliche anderen Verbindungs- 
hauptgerate an dem entsprechenden Segment des Busses 34, damit jedes Verbin- 
dungshauptgerat eine aktuelle Kopie der aktuelien Liste aufrechterhalten kann. 

W(e oben erwahnt wurde, werden die Kommunikationsverbindungen zwischen den 
Feldgeraten und ihren FunktionsWocken von einem Benutzer bestimmt und innerhalb 
des ProzeBsteuerungsnetzes 10 implementiert, indem eine Konfigurationsanwendung 
verwendet wird, die beispietsweise in dem Hauptrechner 12 vorhanden ist. Nach dem 
Konfigurieren arbeitet das ProzeBsteuerungsnetz 10 jedoch ohne Riicksicht auf Gerate- 
oder ProzeBdiagnosen und tritt somit mit dem Hauptrechner 12 In Dialog, um Stan- 
dard-E/A-Funktlonen, jedoch kelne Diagnosefunktionen auszufiihren, 

Wenn ein Benutzer Diagnosen ausfuhren mochte, kann der Benutzer veranlassen, da6 
der Hauptrechner 12 SoHwertanderungen beispieJsweise an den AO-Funktionsblock 63 
der Steuerschleife LOOPl sendet und die Ruckmeldung in dem AO-Funktionsblock 63 
unter Verwendung eines dem AO-Funktlonsblock 63 zugeordneten Trendobjekts auf- 
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zeichnet. Zur Durchfiihrung dieser Art von Kommunikatron muB der Hauptrechner 12 
jedoch asynchrone (nieht veroffentlichte) Kommunikationen verwenden, die dem 
Hauptrechner 12 Zugang zu dem Bus 34 nur dann gestatten, wenn der Hauptrechner 
12 von einem LAS eine Tokenubergabenachricht empfangt. Infolgedessen kann es sein, 
daft die verschiedenen Telle des yon dem Hauptrechner 12 erzeugten Diagnosesignals 
den AO-Funktlonsblock 63 nfcht zu prazlse festgelegten (oder prazise geplanten) Zeften 
errelcheh, was bedeutet, daS das an dem AO-Funktionsblock 63 empfangene Diagnose- 
signal eine Form hat, die zumlndest teilweise durch den Kbmmunikationsruckstau auf 
dem Bus 34 zu einem bestimmten Zeitpunkt bestimmt 1st Daher ist ein Oiagnosesignal, 
das unter Anwendung asynchroner Kommunikationen gesendet wird, nicht strikt deter- 
ministisch und ist daher eventuell nlcht sehr effektiv be! der DurchfGhrung einer Diag- 
nose an einem Gerat oder einem ProzeB. Ferner hat der Hauptrechner 12 kelne Mog- 
lichkeit zu garantieren, daB die von dem Trendobjekt (den Trendobjekten) gesammel- 
ten Ruckfiihrungsdaten nlcht aufgrund von Uberschreibvorgangen usw. verlorengehen. 
Auch hat der Hauptrechner 12 keine I^Sglichkelt, den Modus der anderen Funlctionsblo- 
cke In der Schleife LOOPl wie iatwa des PID-Funktionsblocks 64 zu steiiem/ohne den 
Modus dieses Blocks spezifisch zu andern. 

BIsher muBte ein Benutzer, urn In efnem ProzeB eine komplette und strikt deterministi- 
sche Diagnose sicherzustellen, das ProzeBsteyerungsnetz 10 vom Netz hehmen und die 
Kommunikatlonsschnlttstellen darin neu konfigurieren, so daB der Hauptrechner 12 im- 
stande war, mit Hllfe von synchronen Kommunikationen Sollwertanderungen zu den 
entsprechenden Geraten zu senden urKi von entsprechenden Geraten gemessene Dateh 
zu empfangen. Wie oben gesagt wird, wird jedoch bei dieser Vorgehenswelse der Pro- 
zeB abgeschaltet, und ein Bediener muB Immer dann, wenn Diagnosen auszufuhren 
sind, das ProzeBsteuerungsnetz neu koniRgurieren; beides ist uherwunscht. AuBerdern 
1st die von dem Hauptrechner 12 w^hrend dieses Diagnosevorgangs Implementierte 
Steuerung von der Steuerung verschfeden, die von den kommunlkativ gekoppelten 
Funktlonsbldcken Im Normalbetrleb des Prozesses Implementiert wird, und daher kann 
es sein, daB gesammelte ProzeBdaten die Operation des Prozesses nlcht anzeigen, 
wahrend der ProzeB auf die normale Weise gesteuert wird. 

Urn diese Nachteile beispielsweise in einem Fleldbus-ProzeBsteuerungsnetz zu liberwln- 
den, ist In einem F=eldgerat ein Gerate- oder ProzeBdiagnpseablauf gespeichert und von 



Meissner, Bolte & Partner 



31 



697 17 838.2-08 



dem Gerat Implementlert und kann dazu dienen, Gerate- und/oder ProzeBdiagnosen an 
diesem Gerat oder unter Verwendung dieses Gerats auszufuhren. Der Diagnoseablauf, 
der als efn Funktionsblock implementiert sein kann, ist so konfrgurfert, daB er mit 
Funktionsblocken oder anderen Komponenten des Gerats, in dem er sich beflndet, 
kommunlzlert und Daten wie etwa MeBwerte von Gerateparametern oder andere Pro- 
zieBparameter beispielsweise auf dem Bus 34 unter Anwendung von synchronen perio- 
dischen Kommunikatlonen (z. B. der Veroffentlicher/Teilnehmer-VCR des Rddbusprp- 
tokolls) empfangt. Auf diese Weise kann die Diagnoseroutine das Ger3t> in dem sie sich 
befindet, deterministisch steuern und Daten auf periodlsche Welse empfangen und 
speichern, die einen Gerate- oder einen ProzeBparameter betreffen. 

Fig. 6 zeigt als schematisches Blockbild das digitale Feldgerat 16 (von Fig. 3), das eine 
sdileifengespeiste, digital kommunizierende Zweidraht-Zweirichtungs-Kombination aus 
Positionierer/Ventil ist. Das digitale Fetdgerat 16 umfaBt eine Feldgeratesteuereinheit 
102, einen I/P-Wandler 104, ein pneumatiscfies Relais 106, einen Betatlger 108 und ein 
Ventll 109, die durch verschledene pneumatische und elektrische Leftungen miteinan- 
der verbunden sind. 

Das Feldgerat 16 empfangt Betriebss(gnale und ubertrSgt Statusinformation und Daten 
in digitaler Form auf dem Zweldraht-Bussegment 34b, bevorzugt entsprechend dem 
Fieldbus-Standard, und ist dalier ein Zweidraht-Positionlerer. Ebenso empfangt das 
Feldgerat 16 Energie, liauptsachHch zum Treiben der Geratesteuereinheit 102 und des 
I/P-Wandlers 104, uber das kontinuierliche Zweidraht-Schleifenbussegment 34b und ist 
daher ein schlelfengesperstes Gerat. 

Wie Pjg. 6 zelgt, ist der I/P^Wandler 104 mit der Geratesteuereinheit 102 elektrisch 
uber eine I/P*Wandlersteuerleitung 110 verbunden und kommuniziert bei der gezelgten 
Ausfiihrungsform mit der GerStesteuereinheit 102 unter Anwendung von analogen 
Steuersignalen. 

Der I/P-Wandler 104 erzeugt ein pneumatisches Signal, das die Betatigung des Ventils 
109 bewirkt und in elektromechanischen Geraten auBerst nutzikh ist, um elektrische 
Signale in Luftdruck fur einen pneumatischen Positionierer umzuwandeln. Der Betatiger 
108 bestlmmt die Position eines Ventilelements 114 (das ein Ventilschaft sein kann) 
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des Ventfis 109, wahrend ein Positionssensor 116 die Position des Ventilelements 114 
erfaSt und ein Ruckfuhrungssignal erzeugt/das an die Geratesteueremheit 102 auf ei-. 
ner Signalleltung 117 (ibermittelt wird. Dieses Positlonssignal kann von der Geratesteu- 
ereinheit 102 genutzt werden, urn den Betrieb des Feldgerats 16 zu steuerh, so daB der 
I/P-Wandler 104 den pneumatischen Druck auf eine Weise treibt, der das Ventnelement 
' 114 veranla6t, in einer gewunschten Position zu seln. Positions- und andere Ruckfuh- 
rungsinformatlonen konnen in eiher Spelcherelnhelt oder einem Spelcher der Gera- 
testeueremheit 102 gespelchert sein, und Zugrlff darauf kann von au6en uber den Bus 
34 erfolgen. 

Wie es ubiich ist^ empfangt das Feldgerat 16 eine Druckluftmenge von einer auBeren 
QueHe (nicht gezeigt) uber einie Pneumatikleitung 118, die mit dem i/P-Wandler 104 
und dem pneunfiatlschen Relais 106 verbunden 1st. Ein Elngangsslensor 120, der typl- 
scherweise zwischen der auBeren Luftquelle und dem I/P-Wandler 104 aingeordnet ist, 
mfSt den eingefuhrten Spelsedruck In der Pneumatlkleitung 118 und gibt selnen.MeB- 
wert an die Geratesteuerelnheit 102 ab. Der I/P-Wandler 104 1st mIt dem pneumati- 
schen Relais 106 uber eine pneumatlscKe Steuerleitung 122 verbunden, und ein I/P- 
Sensor 124 ist zwischen dem I/P-Wandler 104 und dem pneumatischen Relais 106 posl- 
tioniert, urn den Spelseluftdruck in der Leitung 122 zu messen. Ebenso ist das pneuma- 
tlsche Relais 106 mit dem Betatlger 108 uber eine pneumatische Betatlgungsleltung 
126 verbunden, und ein Relaissensor 128 Ist zwischen dem pneumatischen Relais 106 
und dem Betatlger 108 positioniert, unri den Speiseluftdruck in dei* Leitung 126 zu mes- 
sen. Die Pneumatlkleitungen 118, 122 und 126 werden ats Telle einer einzigen Pneu- 
matlkleitung angesehen, die den Wandler 104 mit dem Ventll 109 verblndet. 

Im Betrieb steuert die Geratesteuerelnheit 102 die Betatlgung des Ventlls 109 durch 
Steuerung des I/P-Wandiers 104 derart, daB in der pneumatischen Steuerleitung 126 
ein gesteuerter Ventilbetatigungsdruck vorgegeben wird. Die Geratesteuerelnheit 102 
sendet ein Steuerslgnal an den 1/P-Wandler 104 uber die I/P-Wandlersteuerleitung 110, 
um einen Ausgangsdruck der Kofnblnatibn aus dem I/P-Wandler 104 und dem Relafs 
106 so zu steuern, daS er zwischen ungefahr 0,21 bis 7,06 kscm (3 bis 100 psi) llegt, 
der einem Steuereingang des Betatlger? 108 zugefuhrt wird, Der Betatlger 108 erzeugt 
einen Ausgangsdruck, der angelegt wird, um das Ventil 109 zu betatigen. 



Meissner, Bolte & Partner 33 "^"897 17 838.2-08 

Wie bekannt ist, wandelt daher der I/P-Wandler 104 elektrische SIgnale in ein pneuma- 
tfsches Luftdruckslgnal um. Ein Beispiel eines geeigneten I/P-Wandiers 104 ist In der 
US-PS 5 439 021 nr)it dem TItel "Electro-Pneumatic Converter", erteilt fOr BJ. Burlage 
et al: am 8. August 1995, beschrieben. Ebenso wird das pneumatlsche Relais 106, das 
als pneumatlscher Verstarker dient, von dem I/P-Wandler 104 nach MaBgabe der Gera- 
testetiereinheit 102 gesteuert, um den Luftdruck der pneumatischen Betatigungssignal- 
leitung 126 um einen gesteuerten Betrag zu eriiolien. Allgemein gesagt liefert also das 
pneumatlsche Relais 106 einen gesteuerten Ausgangsdruck an eine Last oder eine 
Nutzeinrichtung wie etwa einen Betlitlger oder einen Kolben in Abhangigkelt von einem 
Steuerslgnal von der GerStesteuereinheit 102. Ein geelgnetes Relaiis Ist In der US-PS 
4 974 625 mit dem TItel "Four Mode Pneumatic Relay", erteljt fur S. B. Paullus et al. 
am 4. Dezember 1990, beschrieben. Bel dier gezelgten Ausfiihrungsform 1st das Relais 
106 ein multifunktlonales VIermoden-Pneumatikrelais, das fur jede Komblnatlon von 
Direkt-/Umschalt-, Dlrekt-/Proportlonar-, Umkehr-/Umschalt- oder Umkehr- 
/Proportional-Betrieb konfrgurlerbar 1st. Im proportlonalen Modus entwlckeft das pneu- 
matlsche Relais 106 eirien Druckausgang, der zu eInem Druck- oder Kraftelngang pro- 
portional 1st. In einem Ein-/Aus- oder Umschaltmodus erzeugt das pneumatlsche Relais 
106 einen konstanten Druckausgang, der gewohnllch glelch dem Druck der angelegten 
Quelle rst, in Abhangigkelt von der Anwendung eInes deflnlerten Berelchs von Kraft- 
oder Orucksteuerelrigangen. In einem DIrektmodus erhoht sich der Ausgangsdruck des 
pneumatischen Relais 106 mit einem zunehmenden EIngangssignal. In einem Umkehr- 
modus nimmt der Relaisausgangsdruck mit zunehmendem Eingangssignal ab. 

Der EIngangssensor 120, der I/P-Sensor 124 und der Reiaissensor 128 sind Druckwand- 
ler, die ernen Oruck-Strom-Wandler zur Umwandlung eInes Druckslgnals In ein elektri- 
sches Signal enthalten und ROckfulirungsslgnale an die Geratesteuereinheit 102 auf 
einer Leitung 130 llefern. Der I/P-Sensor 124 ist nutzlich fur die Diagnose, um einen 
Ausfall entweder des I/P-Wandlers 104 oder des pneumatischen Relais 106 zu detektie- 
ren und beispieJsweise ru bestimmen, ob ein Ausfall ein mechanlscher Ausfall oder ein 
elektrischer Ausfall ist. Der I/P-Sensor 124 ist ferner brauchbar zum Detektleren von 
einigen System problemen einschJieBlich eIner Bestlmmung, ob der Eingangsluftdruck zu 
dem drgitalen Feldgerat 16 ausrelchend ist. Infolgedessen eriaubt der I/P-Sensor 124 
eine rasche Diagnose des Status des I/P-Wandliers 104 und des pneumatischen Relais 
106, so dafi diese Gerate erforderllchenfalls rasch ausgewechselt werden konrien. 
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Bel efner Ausfuhrungsform ist ein geeignetes Ventil 109 zum Gebrauch in dem digitalen 
Feldgerat 15 eine Ventil- und Betatig^reinheit und verwendet einen Feder- 
/Membranbetatiger an einem Gleitspindelventil, das in einem analogen Gerat verwen- 
5 det wird, das in der US-PS 4 976 144 mit dem Titel "Diagnostic Apparatus and Method 
for Fluid Control Valves", erteilt am 11. Dezember 1990 fur W.F. Fitzgerald, beschrie- 
ben wird. Bei dieser beispielhaften Ausfuhrungsform wird dem Betatiger 108 eIn Druck- 
signal von ungefahr 0,21 kscm (3 psi) als Reaktion auf ein ungefahr 4-mA-Si'gnal zuge- 
fuhrt, das von der Geratesteuerelnhert 102 an den I/P-Wandler 104 angelegt wird, was 

10 in einem entsprechenden Druck in der pneumatfschen Betatigungssignalleitung 126 

resultiert, der nicht ausreichend ist, urn das Ventil 109 aus einfer vollstandig geoffneten 
Position zu bewegen. Wenn die Fetdgeratesteuereinheit 102 den an den I/P-Wandler 
104 angelegten Steuerstrom auf ungefahr 20 mA andert, erzeugt der I/P-Wandler 104 
einen Druck in der pneumatischen Betatigungsleitung 126 von ungefahr 1,06 kscm (15 

15 . psi), der das Ventil 109 in eine vollstandig geschlossene Position- druckt: Verschiedene . 
Positionen des Ventils 109 zwischen der voltstandig geoffneten Position und der voll- 
standig geschlossenen Position werden durch den Betrleb der GerStesteuereinheit 102 
erreicht, die den an den I/P-Wandler 104 angelegten EIrigangsstrom in dem Bereich 
zwischen 4 mA und 20 mA steuert, 

20 

Pie Geratesteuereinheit 102 fiihrt digitale Kommunfkatlonen mIt relativ hoher Ge- 
schwindigkeit durch, um Steuerslghale zu empfangen und Positions- und Drucklnforma- 

I tion an einen externen Prozessor oder eine Workstation In dem ProzeBsteuerungsnetz 

10 uber den Bus 34 zu ubertragen. Die Geratesteuereinheit 102 enthalt einen Speicher 

25 2ur Speicherung der Ergebnisse einer Vielzahl von Diagnoseprufung^n, so daB relevan- 
te Daten fur die Analyse verfugbar sind, Diagnosevorgange wie etwa Geratediagnoseh 
sind Im allgemeinen In Form von Softwareprogrammcbdes und werden typischerweise 
in der Geratesteuereinheit 102 des Feldgerats 16 codiert, gespeichert und ausgefuhrt 
in Kombination mit Programmcodes, die in einer externen Vorrichtung wie etwa einem 

30 Prozessor Oder der Hauptworkstation 12 ablaufen. 

Eine Geratediagnoseauswertung des Ventils 109 kann durch die Wirkung der Gera- 
testeuereinheit 102 erfolgen, die den an den I/P-Wandler 104 angelegten Bngangs- 
strom in einem Bereich steuert, der zur Priifung des Ventils 109 zwischen der vollstSn- 
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dig gedffneten und der vollstSndig geschlossenen Position ausreichend ist. Wahrend 
der Geratediagnoseauswertung werden die Ausgange des Eingangssensors 120, des 
I/P'Sensors 124 und des Relaissensors 128 von der Geratesteuereinheit 102 uberwacht 
zur Erfassung der pneumatischen DrOclce in den Pneumatilcleitungen 118, 122 bzw. 
126^ die fiir die Analyse verwendet werden. Der Ausgang des Positionssensors 116 wird 
ebenfalls uberwacht, urn die Positiofi oder Bewegung des Ventllscliafts 114 zu erfassen, 
die einer Position oder einer Bewegung eines Ventllstopfens (nicht gezeigt) innerlialb 
des Ventils 109 entspricht. 

Dalier wird ein Prufbetriebszylclus des Ventils 109 unter Steuerung durch die Gera- 
testeuereinheit 102 durchgefuhrt, indem ein gesteuerter variaWer Strom an den I/P- 
Wandler 104 angeliegt/dV Druck in den Pneumatlkleitungen 118, 122 und 126 erfafJt 
und die Position des Ventilschafts 114 unter Verwendung des Positionssensors 116 er- 
fa6t wird. Auf diese Weise empfangt die Geratesteuereinheit 102 gleichzeitig zeitlich 
veranderliche eielctrische Signale, die die Drucice.an den gezeigten Stellen und die Posi- 
tion des Ventils 109 bezetchnen, und kann diese Signale dazu nutzen, jede Art von Di- 
agnoseparametern des Gerats auf jede bekannte oder gewunschte Weise zu bestim- 
men. 

Herkommliche Feldgerate weisen charakterlstisch kelnen Positionssensor wie etwa den 
Sensor 115 auf und verwenden kelne Positionssensorergebnisse fur diaghostische Aus- 
wertungien. Ferner enthalten herkommliche Feldgerate keine Sensoren wie etwa den 
EIngangssensor 120, den I/P-Sensor 124 und den Relaissensor 128 zur Druckmessung 
bei der pneumatischen Steuerung und zur Umwandlung des Druckslgnals in ein elektrl- 
* sches Signal, um die diagnostische Auswertung zu verelnfachen. Diese Sensoren und 
insbesondere der I/P-Sensor 124 verbessern jedoch die diagnostischen Fahigkeiten 
durch Vereinfachung der Lokalisierung von Ausfall- oder FehlerzustSnden In dem Feld- 
gerait 16. Insbesondere unterstiitzt der I/P-Sensor 124 die Differenzierung zwischen 
Ausfallen des Ventils 109, anderen Ausfallen in dem Feidgerat 16 und AusfalJen auBer- 
haib des Fetdgerats 16 einschlieBlfch Ausfallen der Pneumatikleitung, die das Feidgerat 
16 speist. Der I/P-Sensor 124 ist auSerdem niitzlich bei der Durchfutirung einer Diag- 
noseprufung zur Bestimmung des Betriebsstatus des I/P-Wandlers 104, des pneumati- 
schen Relais 106, des Feldgerats 16 und des ProzeBsteuerungssystems 10 im allgemei- 
nen. Bet einer Ausfuhrungsform werden der I/P-Wandler 104 urid das pneumatlsche 
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Relais 106 unter Anwendung eines Diagnosepriifverfahrens gepruft, bei dem der I/P- 
Wandler 104 in den vollstSndigen Offenzustand getrieben wird, urn den vollstandigen 
Luftdruck zu messen, der dem Ventil 109 zugefuhrt wird, Wahrend der I/P-Wand1er 104 
in den Offenzustand getrieben wird; mlBt der I/P-Sensor 124 standig den Druck in der 
pneumatischen Steuerleitung 122. Wenn der Druck geringer zu werden begmnt, zefgt 
die Prufung an, daS die Luftzufuhr ungeriiigend sein kann. Eine weitere Diagnoseprii- 
fung der ausreichenden Luftzufuhr erfolgt durch Pumpbetatigen des Ventils 109, indem 
ein oszilJierendes Signal an den I/P-Wandler 104 angelegt wird, so daB das Ventil 109 
eine Saugwirkung in bezug auf die Luftzufuhr beginnt, woraufhin unter Verwendung 
des I/P-Sensors 124 die maximalen DurchfluB- und maximalen Druckwerte gemessen 
werden. 

Wie Fig. 7 zelgt, umfaBt die Geratesteuereinhelt 102 einen Mlkroprozessdr 140, eine 
. Schnlttstelle 142, eine Bustrennschaltuhg 144, eine Vielzahl yon Speichereinrichtungen 
wie eineh RAM 146, einen ROM 148 und einen nichtfluchtigen RAM bzw. NVRAM 150 
und eine Vielzahl von Signalverarbeitungseinrichtungen wie einen A/D-Wandler 152, 
einen D/A- Wandler 154 und einen Muttiplexer 156. Die Schnittstelle 142 (die eIn Bus- 
verbinder ist) ist eine Schaltung, die eine Serlen-Parallel-Protokollumwandlung und ei- 
ne Parallel-Seriell-Protokollumwandlung ausfuhrt und dazu dient, Datenpaketen ent- 
sprechend jeder gewunschten Pro tokoll definition wie etwa dem Fleldbusprotokoll Rah- 
meninformatlon hinzuzufugen. Die Bustrennschaltung 144 Ist eine Schaltung, die dazu 
dient, ein Zweidrahtmedium-Kommunikationssignal auf dem Bus 34 in eine digitale 
Darstellung des Kommunikatlonssignals umzuwand^ln, und llefert von dem Bus 34 er- 
haltene Energie an andere Schaltungen in der Geratesteuereinhelt 102 sowle an den 
I/P-Wandler 104. Die Bustrennschaltung 144 kann auBerdem eine Wellenformung und 
Zeichengebung auf dem Bus 34 ausfuhren. 

Der A/D-Wandler 152 ist mtt Wandlern wie etwa den Positions- und Druckwandlern des 
Positlonssensors 116 und der Drucksensoren 120, 124 und 128 von Fig. 6 sowle mit 
alien anderen gewunschten analogen Eingabeeinrichtungen verbunden. Der A/D- 
Wandler 152 hat zwar eventuell eine begrenzte Anzahl von EingangskanSlen, aber der 
Multiplexer 156 kann verwendet werden, urn die Abtastung einer Vielzahl von SIgnalen 
zu ermoglichen. Falls gewiinscht, kann der Multiplexer 156 ein Feld von Verstarkern 
aufwelsen, die zwischen die Signalleitun^gen 117 und 130 (Fig. 6) geschaltet sind, urn 
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die dorthin ubertragenen Positions-, Drucl<- und sonstigen PLuclcfuhrungssignale zu ver- 
stSrken. Der D/A-Wandler 154 fOhrt die Digital-Ahalog-Umwandlung an Signalen durch, 
die von dem MjkrdprozessQr 140/ entwickelt werden, urn analogen Komponenten wie 
etwa dem I/P-Wandler 104 zugefOhrt zu werden. 

Bei einer typlschen Diagnosepriifungsanwendung erzeugt die Steuereinhelt 102 ein 
Ausgangsprufsignal yon 0 bis 30 mA an den I/P-Wandler 104 beispielsweise in pro- 
grammierter Rampenform, schrittweiser Anderungsform, Ein/Aus-Form (oder jeder an- 
deren gewUnschten Weise) zur Betatigung des Vehtils 109 uber einen vorbestimmten 
Bereich yon pneumatischen Drucken und empf^ngt Diagnoseprufausgangssignale, die 
von dem Druckeingangssensor 120, dem I/P-Sensor 124, dem Relaissensor 128 und 
dem Posltionssensor 116 entwickelt werden. Bestimmte Prufvorgan^e konnen an dem 
Fetdgerat 16 angegeben werden und werden im allgemeinen auBerhalb des F&ldgerats 
16 ausgelost unter Verwendung einer E(n-/Ausgabeeinnchtiing wie etwa einer Worksta- 
tion, obwohl die Vorgange (und ihnen zugeordnete erforderliche Information) auch di- 
rekt unter Verwendung einer Emgabeeinrichtung wie etwa einer Tastatur in die Steuer- 
einhelt 102 eingegeben werden konnen. Falls gewunscht, konnen die Prufvorgange je- 
docli in der Steuereinhelt 102 gespeichert sein. Ebenso wird Diagnoseprufergebnisin- 
formation, die von der Feldgeratesteuereinheit 102 gesammelt oder erzeugt wird, typi- 
scherweise an eine externe Ein-/Ausgabeeinrichtung ubertragen, aber diese Informati- 
on kann auch von der Geratesteuereinheit 102 beispielsweise unter Verwendung eines 
CRT-Displays oder eines Druckers direkt angezeigt werden. 

Das Feldgerat 16 fiihrt DiagnosepriSfoperationen wie Cerate- und ProzeBdiagnosen aus 
unter Verwendung eines Programmierspracheninterpretierers, der in die Steuereinhelt 
102 eingebettet ist und BefeMe wie diejenrgen interpretiert, die die Durchfuhrung von 
Diagnoseverfahrensschritten verlangen. Der Spracheninterpretierer ist bevorzugt in 
einem In dem PROM 148 gespeicherten Programmcode Implementlert und wird in dem 
Mikroprozessor 140 ausgefuhrt. Bei einlgen Ausfuhrungsformen ist eine Priifdefinition 
(Diagnosedeftnition) oder -prozedur in dem PROM 148 codiert und somit vorher in das 
Feldgerat 16 geladen. Bei anderen Ausfuhrungsformen wird eine Prufdefinitf on (Diag- 
nosedefmition) oder -prozedur zu oder vor dem Zeitpunkt heruntergeladen, zu dem die 
Prozedur ablaufen soil, und wird beispielsweise in dem RAM 146 zur Ausfuhrung durch 
den Mikroprozessor 140 gespeichert. Bei einer typischen Ausfuhrungsform sind einige 
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Diagnosefunktionen in dem PROM 148 hartcodiert und andere Funktionen werden her- 
untergeladen, was die Auslegung und Implementierung von neueh Diagnoseprufungen 
ohne Modiffkation der permanenten oder hartcodlerten Software in dem Gerat 16 err 
laubt. Der Spracheninterpretierer wird zwar Im Zusammenhang mit der Durchfuhrung 
von ProzeB- oder Geratediagnosen in einem Gerat vom Fieldbus-Typ (etwa einem 
Fieldbus-Ventil) beschrieben, der Spracheninterpretierer kann jedoch in jeder Art von . 
eingebetteter Steuereinheit impligmentiert sein, was die INfutzung von gemeinsamen 
Diagnoseprufoperationen In jedem anderen Typ von eingebetteter Steuereinheit ermog- 
licht. 

'■ ■ • . - 

Im Betrieb empfangt das Feldgerat 16 Anweisungen uber den Bus 34 von einer Bedie- 

nerkonsole oder Hauptworkstation 12 In dem ProzeBsteuerungsnetz 10, Der Sprache- 
ninterpretierer, der in der Geratesteuereinheit 102 ablauft, interpretiert die Anweisun- . 
gen und fuhrt die durch die Anweisungen definierten Operationen aus. Bei einer ge- 
zeigten Ausfuhrungsform ist die Sprachendefinition fn einer in TABELLE 1 gezeigten 
Anwenderschnittstellen-Befehlstabelle wie folgt dargestellt: 



TABELLE 1 



Befehl 


Parameter 


Absolutbewegung 


Position 


Refativbewegung 


Verschiebung 


Pause 


Zeit 


Inkrement vorgeben 


Inkrement 


Aufwartsrnkrement 




AbwSrtsinkremient 




Schleifenstart 


Anzahl von Iterationen 


Schleifenende 




Stopp 




Datenrate 


ganzzahliges Vielfaches von Servorate 


//Kommentarzeile 




Etikett: 




Subroutine aufrufen 


Bezeichnung der Subroutine 


Rucksprung 




Prufvariable 


Variable, Wert, Adresse 
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In dieser Spezifikation der Diagnosesprache kann ein Benutzer einen Befehlsnamen 
verwenden, um den Befehl fur die Ausfuhrung zu bezeichnen. Erne Kommentarzeile ist 
jede Zelle, die mit zwei Schragstrichefi (//) entsprechend der Standardkonvention 
5 C/C++ beginnt. Ein Etikett fst jedes Wort, auf das ein Punkt folgt. 

Eine Diagnoseprufprozedur kann In einer Bedienerkonsole wie etwa in dem Hauptrech- 
ner 12 deflnfert sein, der eine Folge von Anwelsungen In Ubereinstlmmung .mit der 
Sprachendeflnitlon erzeugt, die dazu bestlmmt ist, die Diagnoseprufprozedur zu imple- 
10 mentleren. Die Bedienerkonsole ubertragt dann die Folge von Anweisungen, die in der 

^ Interpretierten Sprache codiert sind, uber den Bus 34 zu dem digitalen Feldgerat 16 

beispielsweise unter Verwendung von asynchronen Kommunikationen in dem Field- 
busprotokoll. Der Spracheninterpretlerer, der In der Geratesteuereinheit 102 ausgefuhrt 
wird, speichert die enfipfangenen Anweisungen und interpretiert die Anwelsungen se- 
15 quentlell zur Steuerung des Ventils 109 entsprechend den Anwelsungen, um so die Dl- 
agnoseprufung auszufuhren. DIagnoseprufprozeduren konnen beispielsweise das Feld- 
gerat 16 so steuern, da6 das Ventil 109 wiederholt schrittweise bewegt, das Ventil 109 
aufwarts oder abwarts bewegt, das Ventil 109 um eine ausgewahlte Strecke In einer 
ausgewahlten RIctitung bewegt wird usw. Die Diagnoseprufprozedur steuert ferner das 
20 Sammein von Daten von Sensoren in dem Feldgerat 16 (sowie von anderen Geraten) 
und steuert die Ubertragung von Daten an die Steuerungskonsole oder Hauptworksta- 
tion 12 uber den Bus 34. Falls g^wunscdt, konnen die DIagnoseprufprozeduren, die 

I durch an die Steuerelnheit 102 gelleferte Anweisungen Implementiert werden, naturllch 

auch die empfangenen Daten verarbelten, um DIagnoseergebnisse zu ermlttein, und 

25 konnen diese Ergebhisse an den Hauptrechner 12 oder eine andere DIsplayelnrichtung 
senden. 

Somit steuert der Dlagnosesprachenlnterpretierer innerhalb der Geratesteuereinheit 
102 die Operation des FeJdgerats 16 nach MaBgabe von programmierten Anweisungen, 
30 so daS DIagnoseprufprozeduren auBerhalb des digitalen Feldgerats 16 deflniert werden 
konnen, damit Dlagnosepriifungen ohne Modiflkatlon des Feldgerats 16 frel deflniert 
und modifiziert werden konnen. Ebenso konnen neue Diagnosesteuerungsprozeduren 
entwiGkelt und zu dem Feldgerat 16 iibermlttelt werden, nachdem das Feldgerat 16 in 
dem ProzeBsteuerungsnetz 10 Installiert worden Ist. Falls gewQnscht, kann jedoch das 
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Gerat 16 auch oder alternativ Cerate- und/pder ProzeSdlagnoseprufanweisungen Imp-' 
(ementieren, die in dem Gerat bei der Herstellung oder zu einem anderen Zeitpunkt 
gespeichert wurden. . 



Eine Steuerkdnsole (wie etwa der Hauptrechner 12) umfaBt typiischerweise Diagnose- 
entwicklungswerkzeuge wie Spraclieneditoren und Simulatoren zur Entwicklung der 
Steuerroutinen in der Diagnosesprache fur die Ausfuhrung durch das Feldgerat 16. Die 
Steuerkonsole umfaBt auSerdem typischerweise Analysewerkzeuge fiir die Analyse von 
Daten, die von dem Feldgerat 16 auf dem Bus 34 empfangen werdeh. 



Der Vollstandigkeit halber sind beispielhafte Dlagnoseprogrammcodes in einer interpre- 
tierenden Sprache wie folgtfur die Steuerung des Ventils 109 dargestellt:. 



Programmcode 



(1^ SAMA Statische Testdefinition 

y/Zyklus 0 8IS 100% DREIMAL 
DatenRate 1 
ZYKLUS: Loop 3 
AbsolutBewegung 0.0 
Pause 10000 
AbsolutBewegung 100.0 
Pause 10000 
LoopEnde 

//BEWEGEN BIS 50 % VIERMAL AUFWARTSSCHRITTE 

AbsolutBewegung 50.0 

Pause 10000 

InkrementSetzen 10.0 

AUFWARTSrLOOP 4 

InkrementAufwarts 

Pause 10000 

LoopEnde 

//SCHRITTWEISE ABWARTS ACHTMAL 
ABWARTS: Loop 8 
InkrementAbwarts 

//SCHRITTWEISE AUFWARTS VIERI^AL 

AUF2: Loop 4 

InkrementAuifwarts 

Pause 10000 

LoopEnde 

Stopp 



(2^ SchrittanderuiKis-Testdefinition 
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DatenRate 1 
AbsolutBewegung 50.0 
Pause 10000 
AbsolutBewegung 60.0 
Pause 10000 
Stopp 

f 31 Stufenrampen-Testdefinition 

DatenRate 1 
Absolutbewegung 50.0 
InkrementSetzen 0.5 
//AUFWARTSSCHRITTE UM 0.5 ZEHNMAL 
AUFWARTSl: Loop 10 
InkrementAUFWARTS 
Pause 1000 
LoopEnde 

//ABWARTSSCHRITTE UM 0.5 ZEHNMAL 

ABWARTSl: Loop 10 

InkrementAbwarts 

Pause 1000 

LoopEnde 

InkrementSetzen 1.0 

//AUFWARTSSCHRITTE UM 0.5 ZEHNMAL 

AUFWARTS2: Loop 10 

InkrementAufwarts 

Pause 1000 

LoopEnde 

//ABWARTSSCHRITTE UM 0.5 ZEHNMAL 

ABWARTS2: Loop 10 

InkrementAbwarts 

Pause 1000 

LoopEnde 

InkrementSetzen 2.0 

//AUf=WARTSSCHRITTE UM 0.5 ZEHNMAL 

AUFWARTSS: Loop 10 

InkrementAufwarts 

Pause 1000 

LoopEnde 

//ABWARTSSCHRITTE UM 0.5 ZEHNMAL 

ABWARTS3: Loop 10 

InkrementAbwarts 

Pause iOOO 

LoopEnde 

Stopp 



(41 Schrittuntersuchunas-Testdefinition 

DatenRate 1 
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V/SCHRITT AUF, AB, AB, AUF, DANN SCHRITTGROSSE INKREMENTIEREN UND 

y/WIEDERHOLEN, BIS ANDERUNGEN DETEKTIERT WERDEN. 

InkrementSetzen 0.5 

InkrementAufwartSf 

Pause 100 

IhkrementAbwarts 

Pause 100 



InkrementAbwarts 

Pause 100 \ 

Ink.rementAufwarts 

Pause 100 

InkrementSetzen 1.0 . 
IhkrementAufwarts 
Pause 100 
InkrementAbwarts 
Pause 100 

InkrementAbwarts . 
Pause 100 
InkrementAufivarts 
Pause 100 

InkrementSetzen 2.0 
InkrementAufwarts 
Pause 100 
InkrementAbwarts 
Pause 100 
InkrementAbwarts 
Pause 100 
InkrementAufwarts 
Pause 100 

InkrementSetzen 5.0 

InkrementAufwarts 

Pause 100 

InkrenientAbwarts 

Pause 100 

InkrementAbwarts 

Pause 100 

InkrementAufwarts 

Pause 100 

Stopp 

Die erste oben angegebene Priifung (1) durchlauft drei Zyklen, fuhrt vi'er Schritte a us 
der hjalbgeoffneten Position aus, geht achtmal abwarts und viermal aufwarts. Die zwei- 
te Prufung (2) fuhrt eine Schrittanderung von 50 auf 60 % der Absolutposition des 
Ventils aus. Die dritte Prufung (3) fCihrt drei ZyWeo einer stufenformigen Rafhpenweir 
lenform aus, beginnend be! 50 % der Absolutposition des Ventils. Die vierte Prufung 
(4) wiederholt eine Serie von Schritten mit ansteigenden Werten, bis eine Anderung im 
Ventii detektiert wird. 
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In diesen Routinen implemeritiert die Feldgeratesteuereinheit 102 eine bedingte Pause, 
um die Aufzeichnung zu stoppen, und setzt ein Bit in einen Speicherplatz, urn anzuzel- 
gen, wo eine Prufung gestoppt wird. Die Steuereinheit 102 des Feldgerats Implemen- 
tiert auch ein Branch/GOTO-Statement, ein Loop-forever-Statement und einen Zwangs- 
stopp, wenn ein AuBer-Betrreb-Flag gesetzt ist; Die Pausen sind mit Servolaufzeiten 
synchronisiert, so daB die Prufung nicht auBer Synchronisation mit dem Ventil gelangt. 

Der beispielhafte Program mcode zeigt nur efnige Beispiele der Arten von Oiagnosepru- 
fungen, die von dem Feldgerat 16 durchgeftlhrf werden konnen, es gibt aber viele an- 
dere OiagnoseprCifungen, die durch Programmanweisungen durchgefuhrt werden Icon- 
nen, die dem Feldgerat 15 zugefQhrt werden und beispielswelse umf assent eine stati- 
sche Zyklusprufung, bei der das Ventil 109 10 % aufwarts, 10 % abwSrts, 10 % auf- 
warts, 10 % abwarts usw. uber eine Mehrzahl von Zyklen bewegt wird. Ebenso konnen 
alle Geratediagnosemessungen durchgefuhrt werden, die beispielsweise umfassen: ein- 
fache Messungen des Ventilweges oder der Drucke innerhalb des Gerats 16, entwlckelt 
von den Sensoren 116, 120, 124 und 128, und/oder alle gewunschten Parameter, die 
von diesen oder anderen Messungen abfeltbar sInd, wie beispielsweise (1) ein dynami- 
sches Fehlerband, das ein Dlagra/nm des Weges (z. B. des Ausgangs des Positionssen- 
sors 116) gegenOber dem EIngang (z. B. dem Steuersighal, das der Steuereinheit 102 
zugefuhrt wird) ist, (2) ^in Diagramm des Jreibersignals (das das Ausgangssignal der 
Steuereinheit 102 ist, wie es dem I/P^Wandler 104 zugefuhrt wird) gegenuber einer 
Druckmessiing, (3) ein Diagramm des Jreibersignals gegenuber dem EIngangssignal, 
(4) Ausgangssignal, das ein Diagramm des Weges gegenOber dem Treibersignai ist, (5) 
Ventilsignatur, die ein Diagramm des Drucks gegenuber der Strecke ist, usw. Naturllch 
konnen die in diesen Prufungen angegebenen Drucksignale alle gewunschten Druckslg- 
nale sem wie etwa diejenlgen, die von jedem der Sensoren 120, 124 und/oder 128 ge- 
messen werden. 

Die Diagnbsesprache und der Diagnosespracheninterpretierer sind zwar vortellhaft in 
einem ProzeBsteuerungsnetz 10 implementiert, das Fieldbus-Kommunikationen zur 
Kommunikation mit einem digitalen Feldgerat 16 in Form eines schletfengespeisten, 
digital kommunizierenden Zwelrichtungs-Zweidraht-Posltionierers verwendet, der Spra- 
cheninterpretierer kann jedoch in anderen Ausfuhrungsformen Implementiert werden. 
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Beispielsweise kann der Diagnosesprachenlnterpretierer in jeder eingebetteten Steuer- 
einheit Implementiert sein, die unter Verwendung einer gewun$chten Kommumkations- 
technologie wie etwa digital, analog, optisch u. dgl. kommuniziert. Der gezetgte Di- 
agnosespracheninterpretierer kommuniziert zwar nach dem Fieldbus-Standardprotokoll, 
alternative Ausfuhrungsformen des Diagnpsespracheninterpretierers konnen aber in 
einer eihgebetteten Steuereinheit, die unter Verwendung anderer Kommunikationspro- 
tokolle wie beispielsweise des HART-, Profibus-Protokolls usw, kommuniziert/ und in 
Systemen, die andere als Zweidrahtbusse verwenden, etwa Systemen, die Vierdraht*^ 
busse verwenden, implementiert sein. Ebenso kann der Diagnosespracheninterpretierer 
in anderen Ventilbauarten implementiert und verwendet werden, beispielsweise in e- 
lektronischen und hydraulischen Ventilen sowie zusatzlich zu Ventlleinrichtungen in 
anderen Arten von Geraten. 

Die Diagnosesprache und der Diagnosesprc^cheninterpretierer wurdein zwar so ber 
schrieben, daS sie eine bestlmmte Anwelsungsgruppe definieren, aber andere Anwei- 
suhgsgruppen konnen entsprectvend den Spezifikationen der eingebetteten Steuerein- 
heit, innerhalb welcher die Sprache und der Interpretierer definiert sind/implementiert 
werden. 

NatCirllch konnen sowohl Gerate- ats auch ProzeBdiagnoseprufungen unter Abgabe ei- 
nes Befehls, der eine Oder mehrere spezieUe Diagnoseprufprozeduren verlangt, an ei- 
ner Bedienerkonsole wie etwa der Hauptworkstation 12 durchgefuhrt werden, Bei der - 
gezeigten Ausfuhrungsform sind die Diagnoseprufprozeduren in zwel Spftwarepro- 
grammcodes implementiert. Ein erster Code fuhrt in einem Prozessor aus, der auSer- 
halb des Fe|dgerats 16 llegt, beispielsweise in der Hauptworkstation 12, urn eine Dlag- 
noseprufting zu erzeugen oder auszulosen und um gesammelte Daten zu empfangen 
und sie zu ahalysferen, wahrend ein zwelter Code In der Geratesteuereinheit 102 aus- 
fuhrt, um eine Diagnoseprufung zu implementieren, die darin gespeichert ist Oder von 
dem Hauptrechner 12 in Form von Program manwelsungen geliefert wird. Dagegen 
werden Diagnosen in einem herkommlichen Steuerungssystemnetz ausschlieBlich durch 
Software ausgefuhrt, die in ernem Prozessor einer Steuerkonsole abtauft. Viele Vorteile 
werden erhalten durch Ausfuhren von Diagnoseprufungen auf der Feldgerateebene an- 
statt auf der Ebene einer Steuerkonsole. Beispielsweise konnen Diagnoseprufungen 
parallel durchgefuhrt und auf viele Feldgerate verteilt warden, ihdem diese Prufungen 
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auf d€r Gerateebene durchgefuhrt werden. Ebenso kann eine genauere Prufung in Pro- 
zeBsteuerungsnetzen mit verteilten Steuerfunktionen wie etwa im Fieldbusprotokoll 
durchgefuhrt werden, wo ein Hauptrechner eventuell nicht in der Lage lst> den Betrleb 
des Feldgerats determinlstlsch zu steuern, well der Hauptrechner mit dem Feldgerat 
5' zur Durchfuhrung einer DIagnoseprufung auf asynchrone Weise kommunizleren muB. 

Die Irnplementlerung der durch das Fieldbusprotokoll definierten digitalen Zweirich- 
tungs-Kommunikation ist auBerst vorteilhaft, urn die Diagnosegeschwindigkeit zu stei- 
gern, und zwar sowohl durch einen erhohten Dateadurchsatz als auch durch Vereinfa- 

10 chung der parallelen Durchfuhrung von Diaghosen bei einer Vielzahl von Feldgeraten. 

Durch die Verwendung des Fieldbusprotokolls werden regelmaBig geplante Nachrichten 
^ zu vorher festgelegten Zeiten ubertragen, und ungeplante Nachrichten einschlieBlich 

Diagnosenachrichten und -daten, Kalibrlerirvformation und sonstige Info.rmationen wie 
Statusanzelgen werden ubertragen, wenn die Nachrichten oder Daten bereit sihd und 

15 der Bus 34 des Feldgerats nicht anderweitig betegt ist. Dtagnoseanforderungsnachrich- 
ten werden von ZieUFeldgeratea empfangen, und Diagnoseprufungen werden von den 
Feldgeraten in bezug auf Operationen anderer Feldgerate asynchron durchgefuhrt. 
Wenn ein Djagnoseprufvorgang komplett ist, liefert ein Feldgerat eine Antwort wie et- 
wa Ergebnisdaten, wenn der Bus 34 des Feldgerats verfiigbar ist. Spmit kann, wie oben 

20 gesagt wird, eine Vrelzahl von Feldgeraten Diagnoseprufungen parallel ausfuhren. 

GemaB Fig. 8 zefgt ein FluBdiagramm 200 eine Technik zur Durchfuhrung von Dlagno- 
I seprufungen innerhalb des Feldgerats 16. In einem Schritt 202 empfangt das Feldgerat 

16 eine Anforderung zur Durchfuhrung einer Folge von Anweisungen, die eine oder 

25, mehrere Diagnoseprufungen implementieren. Naturlich kann die Hauptworkstation 12 
solche Anforderungen an jedes oder an eine Vielzahl von Feldgeraten gleichzeitig aus- 
senden und jedem Feldgerat eriauben, parallel Diagnosedaten zu sammeln. Wenn eine 
Vrelzahl von Feldgeraten gleichzeitig Prufungen ausfuhrt, kann die Workstation 12 Da- 
tert uber einen verlangerten Zeitraum so schnell sammeln, wie die Diagnoseprufungen 

30 durchgefuhrt und die Ergebnisse auf dem Bus 34 von den einzelnen Feldgeraten ver- 
fugbar gemacht werden. Herkommliche Einrichtungen, die einen speziellen Satz von 
Leitern zur Kommunikation mit jedem Feldgerat verwenden, haben jeweils nur zu ei- 
nem Feldgerat Zugang und fuhren jeweils nur eine einzige Prufung fur das einzelne . 
Feldgerat a us. 
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In Schritt 204 fuhrt das Feldgerat IS.eine Serie von Anweisungen zur Implementierung 
der einen oder der mehrieren Diagnoseprufungen entsprechend der Anforderung aus. 
Selbstverstandlfch konnen, wie oben gesagt wird, die Anweisungen In dem Speicher 
des FeWgerats 16 gespeichert oder dem Feldgerat beispielsweise mittels; asyrichroner 
Kommunikationen von dem Hauptrechner 12 zugefuhrt werden. Wahrend die Prufung 
Implementiert wird, werden ein oder mehr Parameter wie der Ventilweg, der Druck 
usw. parallel gemessen. WShrend also herkdmmliche Feldgerate typischerweise einen 
Befehl fur eine einzige Diagnoseprufmessung empfangen/die Messung seriell ausfuhren 
und aufgrund der begrenzten Kommunikationsbandbreite und des Mangels an Spei- 
cherkapazitat in dieseh Feldgeraten auf die Anfprderuhgen mit einem einzigeh MeSwert 
antworten^ kann das Feldgerat 16 eine Anforderung fur eine Vielzahl von Prufungen 
unter Anwendung eines flexiblen Prufprotokolls empfangen, die Vielzahl von Prufungen 
ausfuhren und dann mit den wahrend der Prufungen gesammelten Ergebnissen ahtwor- 
ten. 

In emem Schritt 206 speichert das Feldgerat 16 Parameterergebnisse der Vielzahl von 
Prufungen, die fOr jede der Diagnoseprufungen gemessen wurden, in einem Speicher 
und iibertragt in einem Schritt 208 die Daten an die exteme ahfordernde Einrlchtung. 
Die digitate Zweidraht-Zwefrichtungs-Kommunikation entsprechend dem Fieldbus^ 
Standard verbessert den Prdfergebnisdurchsatz des digitalen Feldgerats 16 erheblich. 
Tatsachlich verbessert die digitale Kommunlkation unter Verwendung des Fleldbuspro- 
tokolts die Datenubertragungszeit ungefahr um das DreiBigfache gegenuber HART- 
System en, so daB dann, wenn das Fteldbusprotokoll zur DurchfOhrung yon Diagnose- 
prufungen parallel an einer Vielzahl von Feldgeraten verwendet wird, die Diagnosepruf- 
zeit fur ein ProzeBsteuerungsnetz, das viele Feldgerate aufweist, erheblich verkurzt 
wird. 

Herkommllche Feldgerate haben typischerweise ein separates Drahtpaar, das jedes 
Feldgerat mit einem Netz verbindet> so daB jedes FeldgerSt exklusiv Zugang zu den 
Drahten hat, bei der gezeiigten AusfUhrungsform dagegen werden die Ergebnisse der 
Diagnoseprufungen an die Bedienerkonsole oder die Hauptworkstation 12 uber den Bus 
34 unter Anwendung des Fieldbus-Standardprotokolls dbertragen, wodurch die zur 
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Kommunikatron mit dem Hauptrechner 12 erforderliche Menge an Draht verringert 
wird. 

Es versteht sich, daB wahrend einer Diagnosepriifprozedur der Mikroprozessor 140 den 
D-A-Wandler 154 so steuert, daS er dem I/P-Wandler 104 ein veranderliches Steuerslg- 
nal zufuhrt. Fur jeden spezleUen Steuersignalwert und jede spezielle Abtast^eit weist 
der Mikroprozessor 104 den D-A-WandJer 152 an, die druck- pnd/oder positionsbezo- 
genen elektrischen Signale, die von den Sehsoren 116, 120, 124 und 128 entwickelt 
werden (sowie etwaige weitere Signale von anderen Sensoren), zu messen. wahrend 
der Mikroprozessor 104 die Feldgeratesteuerefnheit 102 durch einen MeSbetriebszyklus 
leitet, hat die Feldgeratsteuereinheft 102 Zugang zu der Druck- und Ventilweginforma- 
tioh, die verarbeitet oder gespeichert wird. Die gesammelten Daten werden haufig vo- 
rubergehend in dem RAM 146 gespeichert und einer externen Einriclitung wie etwa 
einer Hauptworkstation 12 zugefuhrt, und zwar haufig zur anschlieBenden Verarbei- 
tung. Analyse und Anzeige. Selbstverstandlich kann der Mikroprozessor 140, falls ge- 
wiinscht, auch eine Analyse durchfiihf en. 

Beispielsweise kann von deiti Relaissensor 128 gemessene Druckinformation und von 
dem Positionssensor 116 gemessene Druckinformation gemieinsam analyslert werden, 
um die Anderting des Ventllmembrandrucks als eine Funktion der Ventilstellung zu 
bestimmen. Ebenso konnen Drucke, die von dem EIngangssensor 120, dem I/P-Sensor 
124 und dem Relaissensor 128 gemessen werden, jeweils gemeinsam mit der von dem 
Positionssensor 116 gemessenen Position analyslert werden, um einen Abweichungs- 
zykliis zu erzeugen, der eIne vollstandige Analyse des Betriebs des Ventils 109 ein- 
schlfeBllch der Charakteristiken der Llnearitat, Hysterese und des Berelchs zeigt. 

In Fig. 9 zeigt ein FluBdiagramm 300 eIn Piagnoseprufprotokolt, das in dem Feldgerat 
16 implementiert ist, um eine Diagnoseprufung auszufuhren. Ein Bediener erzeugt eine 
Folge von Diagnpseanweisungen an einer Bedienerkonsole wie etwa der Workstation 12 
und iibertragt die Diagnoseanweisungen an das Feldgerat 16, das diese Anweisungen 
im Speicher speichert. Alternativ oder zusatzllch konnen Diagnoseanweisungen wah- 
rend der HersteHung des Gerats in dem Speicher des Feldgerats 16 gespeichert wer- 
den. 
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In einem Schritt 302 empfangt das Feldgerat 16 einen Diagnosebefishl uber den Feld- 
geratebus 34. Falls gewunscht, kann der Diagnosebefehl in Form von Anweisungen in 
einer interpretationsf^hlgen Diagnosesprache sein, die zur Ausfuhrung in der Feldgera- 
testeuereinheit 102 codiert list/ oder kann eine Anweisung sein, bereits In dem Gerat 16 
gespeicherte Anweisungen auszufuhren. Die Geratesteuereinhelt 102 fuhrt die ver- 
schiedenen Anweisungen aus und veranlaBt Steuerelemente In dem digitalen Feldgerat 
16 wie etwa den I/P-Wandler 104 und den Betatiger 108, das Ventll 109 zu manlpulle- 
ren und Sensoren wie etwa den Eingangssensor 120, den I/P-Sensor 124, den Relais- 
sensor 128 und den Positlonssensor 116 zu veranlassen, Messungen durchzufuhren. 
Die Steueranweisungen konnen auch Anweisungen zur Verarbeitungen der MeBwerte 
und zur Formatierung von Daten zur Oarstellung fur einen Benutzer aufweisen. Zusatz- 
liche Anweisungen konnen die Feldgeratesteuereinheit 102 veranlassen, verarbeitete 
Oder formatierte Daten Qber den Feldgeratebus 34 an die anfordernde Einrlchtung zu 
senden. -^^ 

In einem Schritt 304 fuhrt das digitale Feldgerat 16 auf Anforderung eine Priifungspro- 
zedur aus, bei der beispielsweise das Ventil 109 aus einem vollstandig geschlossenen 
Zustand in einen vollstandig geoffneten und dann zurQck in einen vollstandig geschlos- 
senen Zustand bewegt wird. Ebenso kann das digitale Feldgerat 16 auf Anforderung 
eine Vielzahl von schrittweisen Prufungen ausfuhren, beispielsweise eine Elnzelschritt- 
bewegung und Analyse und eine Zehnschrittbewegung und Antwortmessung. Eine stu- 
fenweise Rampenprufung kann ebenfalls angewandt werden und umfaftt eine Serie von 
Schritten, ausgehend von einem geringfugigen Offnungsgrad bis zu einem groSen Off- 
nungsgrad des Ventfis, beispielsweise eine Rampe im Bereich von 10 % bis 90 % in 
Schritten von beispielsweise 10 %-Inkrementen. Eine abgestufte Untersuchung umfaBt 
das Off n en des Ventils in vordeflnierten Schritten wie etwa 1 %, 2 9/o, 5 % und 10 %, 
wobei das Ventil in einer ersten Richtung urn eine bestlmmte SchrittgroBe bewegt, sta- 
bilisiert und dann in einer zweiten Richtung mit der bezelchneten SchrittgroBe bewegt 
wird. 

In einem Schritt 306 wird die physische Konflguration einer Diagnoseprufung durch 
Befehle vorgegeben, die dem digitalen Feldgerat 16 ubermittelt werden. Die physlschen 
Konfigurationsvariablen umfassen ein Treibersignal, das dem Betatiger 108 zugefCihrt 
wird, eine Druckeinstellung, die an den I/P-Wandler 104 angelegt wird, sowie einen 
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Betatigerdruck- und einen VentilstreckenmeBwert. Die physischen Konfiguratiqnsvariab 
len konnen als unabhSngige Priifvariablen in einigen Diagnoseprufungen vorgegeben 
warden und m anderen Prufungen als abhanglg^ Parameter uberwacht werden. 

In einem Schritt 308 miBt das Feldgerat 16 vorbestimmte Parameter fiir eine bestimm- 
te physische Priifkonfiguration. Fiir viele Diagnoseprufungen wird eine Vielzahl von Pa- 
rametern fur eine einzfge Prufkonfiguration gemessen, Typlsche Parameter, die unter 
Anwendung einer eiiizigen Prufkonfiguration gemessen werden, umfassen Ventllpositi- 
on, Prozeftvariablen, Betatigerluftdruck, Versorgungsdruck, Treibersignal, Wandler- 
Sollwert und I/P-^Luftdruck, um belsplelswelse die Bestimmung der Ventilsi9natur> des 
Ausgahgssignals, des dynamischen Fehlerbarvds, des Antriebs gegenOber dem Druck 
sdwie der Strecke gegeniiber der Eingangssignalamplitude zu ermdglichen. 

In einem Schritt 310 speichert das Feldgerat 16 durch die Operation der Geratesteuer- 
elnheit 102 die Vielzahil von Parametern fur eine einzige Prufkonfiguration beispielswei- 
se in dem RAM 146, in einem Schritt 312 werden die Daten an den Hauptrechner 12 
Oder eine andere EInrichtung ubermlttelt. Wenn die Prufung unter Verwendung eIner 
anderen DiagnoseprQfkonflguratton ausgefuhrt werden soil, geht das Feldgerat 16 
durch die Operation der Geratesteuereinheit 102 in einem Bedingungsschritt 314 in der 
Schleife zu Schritt 306 zuruck, um die Prufkonfiguration zu modifizieren, 

Die Diagnoseprufungen in dem gezeigten Feldgerat 16 smd gegenuber herkommllchen 
Feldgeraten erhebllch verbessert, und zwar zum Teil durch Verbesserungen der Struk- 
tur des Diagnoseprotokolls und zum Tell durch Verbesserunger^ in der Kommunikation 
und zum Teil durch die Implementie/ung zusatzlicher Sensoren in dem Feldgerat 16. 
Dte Verbesserungen der Diagnoseprotokollstruktur eriauben dem Feldgerat 16 die l^es- 
sung einer Vielzahl von Paranietern fiir eine einzige Prufkonfiguration. Die Verteilung 
von Diagnosesteuervorgangen auf die Feldgerate eriaubt es, Diagnoseprufungen nach 
Anforderungen vollstandtg innerhalb eines Feldgerats zu steuern, so daB eine Vielzahl 
von Anforderungen an eine Vielzahl von Feldgerater> ubermittelt werden kann, die die 
Diagnoseprufungen unabhangig voneinander und parallei zuelnander steuern. Die Ver- 
besserungen der Diagnoseprotokoiistruktur ermoglichen es auch vorteilhafterweise, die 
Priifprozeduren auSerhalb des Feldgerats durch Anderungen der Programmierung zu 
modifizieren. Daher konnen neue Diagnosekapazitaten hinzugefugt und umfangreiche 



Meissner; BolYe & Partner .'50 838.2-d3ff* 

Anderungen der Diagnoseoperationen vorgenommen werden, ohne das Feldgerat zu 
modifizieren. Die Modifikation eines Feldgerats ist wegen der ungeheuren Kosten des 
Abschaltens elner ProzeBstraSe hochst nachteillg. Die Verbesserungen der Kommunika- 
tion ermoglichen es Feldgeraten 16, eine Vrelzahl von Parametern fur eine einzige Priif- 
konfiguration zu messen. HerkommMche Feldgerate empfangen eine Anforderung auf 
Kommunikationsleitungen, die einem bestimmten Feldgerat zugewiesen sihd, richten 
eine Prufkonflguration entsprechend den Spezifikatlonen der Anforderung ein und lei- 
ten eine einzige Priifmessung entsprechend der Anforderung zurCick. Eine ansclilieSen- 
de Messung unter der gleichen Prtifkonfiguration erfolgt durch Wiederholen des 
Schritts einschlieBlich des redundanten Schritts des Einrichtens der Prufkonflguration, 
Die verbesserten Komhriunikationen des dargestellten Feldgerats 16 eriauben vorteil- 
hafterweise die diagnostisclie Rriifung elner Vielzafil von Geraten parallel mitelnander, 
wodurch der Diagnoseprufdurchsatz erlioht wird. Ferner llefern die verbesserten digita- 
len KommunfkaHonen efne Vielzahl von Datentypen, wogegen dies beJ analogen Kom- 
munikationen (von herkSmnrilichen Feldgeraten) hicht der Fall ist- 

Die Erfindung wird zwar unter Bezugnahn^e auf verscliiedene Ausfuhrungsformen be- 
schrieben, es versteht sich jedoch, daS diese Ausfuhrungsformen belspielhaft sind und 
der Umfang der Erfindung nicht darauf beschrankt ist. Viele Abwandlungen, Modifikatl- 
onen, Hinzufugungen und Verbesserungen der beschriebenen Ausfuhrungsformen sind 
mogllch. Beispielsweise ist das Feldgerat 16 nur ein Beispiel einer geeigneten Kombina- 
tion aus Steuerventil und Betatiger. Andere geergnete Ventilarten umfasisen Gleitspin- 
del-, Drehstopfen-, Drehkugel-, Ruckschlag-, Hubschelbenventile sowie andere bekann- 
te Ventiltypen. Andere geeignete Betatiger umfassen Feder und Mem bran, Feder und 
Kolben, doppeltwirkervde Kolben, hydraulische, elektrohydraulische/elektrlsche oder 
andere bekannte Betatigertypen, wobei entweder ein Drehschieber oder ein Gleitspln- 
delventlf verwendet wird. Somit.ist das Feldgerat 15 nur ein Beispfel fdr verschiedene 
Arten von Positionierern oder anderen Einrichtungen zur Steuerung eines Betatigers 
und Ventils, urn die Leistung zu modulieren. Ferner kann das Feldgerat, In dem das 
Plagnosesystem der vorliegenden Erfindung verwendet wird oder sich befindet, ein von 
einem Ventil verschiedenes Gerat sein wie beispielsweise eine Pumpensteuerelnhelt, 
ein regelbarer Antrieb usw. Ferner ist das FeldgerSt 16 nicht auf den Betrleb in Uber- 
einstimmung mit dem Fieldbus-Standard beschrankt, sondern 1st auBerdem mit anderen 
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Kommunikatlonsstandards wie HART, WORLDFIP, LONWORKS, Profibus und derglei- 
chen.anwendbar. 

Selbstverstandikh konnen Gerate- und ProzeBdiagnoseprufungen in der Steuereinheit 
102 In Form von Punktionsbldcken oder anderer Software gespeichert und so ausgebil* 
det sern, daB diese Diagnosepr ufungen fOr die Allgemeinheit unter Verwendung Jedes 
Hauptgerats wie etwa eines Personalcomputers zuganglich sind, so daB diese Prufun- 
gen Implementiert werden konnen, ohne vom Anwender vtel Wissen zu veriangen. Bei 
einer Ausfuhrungsform slnd ein Oder mehr leiclit zugangJiche Diagnoseroutinen in dem 
Gerat (belspi'elswetse dem Gerat 16) gespeichert und konnen zur Ausfuhrung gebracht 
werden, mdem ein Hauptger^t einen ^ihztgen Befehl abgibt, der angibt, welche Pru- 
fung ausgefulnrt werden soH. Alle fur die Prufung notwendigen Daten sind in dem Gerat 
gespeichert, und alle fur die Prufung gesammelten Ausgangsdaten werden nach been- 
deter Prufung an den Hauptrechner geleitet. 

Allgemein gesagt konnen solche "offentlichen" Gerate-und ProzeBdiagnosen aufgefor- 
deft werden, in Wandlerblocke zu schreiben, um eine Bewegung beispielswelse von 
Ventilkpmponenten zu bewirken, und von den Sensoren erzeugte Daten unter Verwen- 
dung eines Trendbildungsblocks in dem Ffeldbusprotokoll zu (esen und zu speicherh. 
Da die gesamten von dem Hauptrechner geforderten Informationen in der Geratebe- 
schreibung des Feldgerats liegeh, ist fur die Implementierung eines dieser offentlichen 
Diagnosevorgange kein herstellerspezifisches Wissen notwendlg. Durch die Anwendung 
dieser offentiichen Diagnosevorgange kanh der Betrieb eines Feldgerats. mit dem Be- 
trieb jedes anderen Feldgerats vergirchen werden, das von anderen Hersteliern stammt 
und die glelchen Dtagnosemittel enthalt. 

Beisplelhafte Wellenformen, die bel solchen offentlichen Diagnosen verwendet werden, 
sind in den Fig. lOA bis IOC gezelgt Wie Fig. lOA zeigt, kann eine dffentliche Diagnose 
das Ventll 109 yeranlassen, sich schrittweise rampenformig in Offnungsrichtung in Ein- 
zelschritten von beispieliswase 1 % fur eine bestimmte Anzahl von Schritten (z. B. funf 
Schritte) zu bewegen und sich dann schrittweise rampenformig in SchlteBrichtung in 
Einzelschritten von 1 % zu bewegen, bis der Ausgangswert oder die Ausgangsposition 
des Ventiis erreicht ist. Bevorzugt erfolgt ein Schritt zu dem neuen Soliwert augenblick- 
lich, d. h. es gibt keine GeschwindjgkeJtsbeschrankung, und. die Verzpgerungsdauer bei 
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j€dem neuen Sollwert ist festgelegt und durch die Gro6e qnd die Ansprechcliarakteris- 
tik des VentilVBetatigergerats bestimmt. Alternativ kann, w^^ Fig. lOB zeigt, eine of- 
fentliche Diagnose ein Ventil uber eine Rampe von 5 % in der Offnungsrichtung bewe- 
gen und das Ventil dann unmittelbar uber eine Ranr^pe von 5 % in der SchlieSrichtung 
bewegen. Die Rate. der Rampen ist bevorzugt festgelegt und auf eine Rate emgestellt, 
die von der GroBe der Ventil-/Betatigereinheit bestimmt ist. Am meisten bevofzugt ist 
die Rampenrate ungefahr die halbe Maximalrate der Geschvyindigkeit fiir das Gerat. Wie 
Fig. IOC zeigt, kann ferner eine offentlicfie Diagnose €in Ventil in der Offnungsrichtung 
(Oder SchlieBrichtung) in einem efnzigen Schritt yon beispielsweise 5 % aus der aktuel- 
len Ventilposition bewegen, wobei die momentahe Sclirittdauer so vorgegeben ist/ daB 
keine Ratenbeschrankungen wirksam sind. Diese Prufung endet mit dem Ventil in einer 
neuen Ventilgrundlinienposition> die um 5 % uber (oder unter) dem Anfangspunkt liegt. 

Zur Implementierung der in den Fig. lOA bis IOC gezelgten offentlichen Diagnose unter 
Anwendung des Fieldbusprotol<olls sendet der Hauptrechner 12 einen Ausfuhriingsbe- 
fehl an das Gerat, in dem die offentliche Diagnose gespeichert ist, der In dem Gerat 
(z. B. dem Gerat 16) eine Trendliste setzt und dann eine geeignete VCR in dem Gerat 
16 zur Trendbildung einrichtet. Als nachstes wird das Verblndungsobjekt des Gerats 16 
zur Trendbildung eingestellt, und danach lauft die Diagrioseprufung ab. Dabei kann der 
Hauptrechner eine Nachricht fiir den Anwender anzeigen, die faedeutet, da6 die Diag- 
nose gerade ablauft, und der Hauptrechner kann den Status Oder Fortschritt der Diag- 
nose lesen, um festzustellen, ob ein Fehlerzustand auftritt. Nachdem das Gerat 16 die 
Diagnose beendet hat, liest und speichert der Hauptrechner die Trenddaten und schal- 
tet die Trendbildung aus. Der Hauptrechner kann dann erne Analyse der abgerufenen 
Daten durchfuhren. Wenn von dem Gerat 16 ein Status von beispielsweise 200 % dder 
mehr empfangen wird, ist im Dtagnoseablauf ein Fehler aufgetreten, und der Haupt- 
rechner kann einen solchen Fehler fur den Benutzer anzeigen. IMach Analyise der empr 
fangenen Daten kann der Hauptrechner die aus den gespeicherten Trends oder daraus 
etwa bestimmten Ergebnissen entwickelten Diagnosedaten fur den Benutzer anzeigen. 
Beispielsweiise kann der Hauptrechner 12 die tatsachliche Bewegung des Ventils in Ab- 
hangigkejt von einer oder samtlichen der oben beschriebenen offentlichen Diagnose- 
wellenformen zusammen mit der Eingangsweilenform graphisch darstellen, um die 
Antwort des Gerats 16 auf die Wellenform zu zeigen. 
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Bei der Durchfuhrung einer offentlichen Oder anderen Diagnose stellt das Gerat 16 zu- 
erst fest, ob ein Diagnosebefehlsslgnal empfangen wurde, urid priift, wenn das der Fall 
ist, da 6 der Wandlerblock des Gerats zufrfedenstellend arbeitet. Wenn ja, richtet das 
Gerat 16 dann aktualisterte Zeiger fur Jrenddaten ein, urn anzuzeigen, welche Daten (n 
dem Trendbtock gespeichert werdeh sollten, und pruft, da6 2ur Durchfuhrung der Di- 
agnose ein ausrelchender SoHwertbereich verfugbar ist. Urn belspiel$welse erne Pru- 
fung durcfizufuhren, die eine Bewegung des Ventils in der Qffnungsrichtung um 5 % 
verlangt, muB sjch das Ventil bei oder unterlialb 95 % seiner maximalen Bewegung 
beflnden. Wenn dieser Berelch nfcht verfugbar ist, kann das Gerat 16 eine Fehlernach- 
ricint 2\jruck an den HauptrecKner 12 senden. 

Wenn kein FeWer aufgetreten ist, ISSt das Gerat 16 eine ausgewahlte Prufung ablaufen 
unter Anwendung von PrOfdauern und Neigungsraten/ die aus einer Nachschlagetabelle 
bestimmt sind (auf der Basis der GroBe des Ventils/Betatigers), die in dem Gerat 16 
gespeichert ist, und fuhrtdle gewUnsclrten Messungen wie etwa die Position des Ven- 
tils durch. Bei der Prufung aktualisiert das Ventil den Prufstatus mit einer Prozent- 
Koniplettlerung von 0 bis 100 %, und wenn ein Fehler detektiert wird, schrelbt es ei- 
nen Fehlercode von groBer ate 200 % In efne Diagnosezustandsvariable, die von dem 
Hauptrechner 12 gelesen wird. Am Ende der Prufung und unter der Annahme, daS kel- 
ne f=ehler erreicht worden sInd, schrelbt die DiagnoseprQfung einen ICQ %-Status in 
die DIagnoseprufstatusvarlable und llefert dann gesammelte Trenddaten an den Haupt- 
recliner unter Anwendung von normafen Stapeloperationen, die emgerichtet sind, um 
die Trendbildung entsprecliend den Standard-Fieldbusprotokollen auszufuiiren. Bevor- 
zugt wird die Schleifengeschwindigkeit der Diagnoseprufung relativ hoch vorgegeben 
Im Vergleich mIt den Anderungen innerhalb der Eingangswellenform, so daS ausrei- 
chend Trenddaten gesammelt werden, um^die Antwort des Gerats 16 atif die Dlagno- 
sewellenform adaquat zu bllden. In einem Fieldbusprotokpll, In dem die Haufigkeit der 
Datenstichprobennahme In elnem TrerKtobJekt mit der Ausfuhrungsrate der Funktions- 
blocke verkniipft ist„ sollte dahier die SchlelfenausfGlirungsrate vie! hoher als die Rate 
von Anderungen innerlialb der Eingangswellenform sein, um dem Trendobjekt das 
Sammein von geniigend Daten zu ermogllchen, um die Antwort des Gerats 16 auf die 
Eingangswellenform nach jeder signlflkanten Anderungen In dieser zu beobachten. 
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Selbstverstandlich eignen sich die beispielsweise m Fig. 10 gezeigten offentHchen Di- 
agnosen am besten ^ur Durchfiihrung von Geratediagnosen, da sie vorteilhafterweise. 
genutzt werden konnen, um ein bestimmtes Gerat zu veranlassea, ein oder mehr Diag- 
rioseschritte Oder -operatiohen zu durchlaufen, wahrend welcher die Ausgange von 
Wandlern innerhalb des Gerats gemessen vyerden, um Charakteristiken dieses Gerats 
zu bestimmen. Bei Verwendung in einem Fieldbusprotokoll fur Geratediagnosen erfor- 
dern dlese Prufungen nicht die Verwendung von Irgendwelchen zusatzlichen Funktlons- 
blocken, sondern konnen statt dessen von einer einzelnen Geratesteuereinheit (wie 
etwa der Steuereinhelt 102 von Fig. 6) ausgefuhrt werden, um die Wandlerblocke ge- 
trennt von dem Normalbetrieb zu steuern, der den innerhalb des Gerats wirksamen 
FunktionsWiicken zugeordnet tsf. Falls gewunscht, kann natiirlich ein Funktionsblock 
dazu verwendet werden, die gesarhmelten Daten auf irgendeine Weise zu analysleren 
und die analysierten Daten an den Hauptrechner zu ubermlttein. 

In Fig. IIA 1st eine ProzeBsteuerschlelfe 400 im einzelnen gezeigt, die imstandeist. 
Cerate- oder ProzeBdlagnosen lokal ausgehend von einem Gerat In einem Fieldbus- 
ProzeBsteuerungsnetz zu implementieren. Di6 Schleife 400 weist die Steuerschlelfe 
LOdPl von Fig. 4 auf, in der der AI-Funktionsblock 66 des GerSts 20 kommunikativ 
uber den Bus 34 mit dem PID-Funktionsbtock 64 und dem AO-Funktlohsblock 63 des 
Gerats 16 verbunden 1st. Die Schleife 400 umfaBt ferner einen Datensammelfunktions- 
block 401, der so ausgebildet ist, daB er Daten von dem AO-Funktiofisblock 63, dem 
AI-Funktionsblock 66 und, falls gewunscht, anderen Funktlonsblocken wfe etwa AI- 
Fuhlctlonsblocken 402 und 404 empfangt, die In anderen In das ProzeBsteuerungsnetz 
10 emgefiigten Feldgeraten angeordnet sein konnen. Selbstverstandlich sind die Funk- 
tlonsbldcke 66, 402 und 404 so konfigurlert, daB sle mit dem Datensammelfunktlons- 
block 401 unter Anwendung von synch ronen Standardkommunlkatibnen In Verblndung 
treten konnen, etwa Ver6ffentlicher-/Tellnehmer-Kpmmunikationen, die in dem Field- 
busprotokoN definlert sind, 

Im Betrieb unterbricht die Steuereinhelt 102 innerhalb des FeldgerSts 16 den Normal- 
betrieb der Schleife, die aus den Funktlonsblocken 66, 64 und 63 gebfldet 1st, und lie- 
fert eIne Diagnoseweilenform an den Eingang des AO-Funktionsblocks 63. Dabei wird 
der Statusmodus des AO-Funktlonsblocks 63 beisplelsweisfe zu einenr) lokal en Steuer- 
modus geandert, der zuriick zu dem PID-Funktlonsblpck 64 kaskadrert und bewirkt, daB 
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der PID-Funktionsblock 64 seinen Status beispielsvyelse zu manuell andert, wodurch 
wiederum der PID-Funktlonsblock 64 daran gehindert wird, ein Aiisgangssignal auf der 
Basis der von ihm empfangenen EingSnge zu erzeugen. WIe oben erwahnt, kann die 
Dfagnosewellenform In der Steueranheit 102 des GerSts 16 gespeichert sein oder von 
dem Hauptrechner 12 vor der Implementierung der Plagnoseprufung geliefert werden, 
Naturlfch bewirken die Wellenform oder andere Anwefsungen, da6 das dem Gerat 16- 
zugeordnete Ventil ejne Serie von Bewegungen durchlauft, die einer Gerate- oder elner 
ProzeBdiagnoseprufung zugeordnet sind: 

Wahrend einer Geratediagnose empfangt der Datensammelfunktionsblock 401 Daten 
von dem AO-Funktlonsblock 63 sowie von anderen Wandlern innerhalb des Gerats 16 
wie etwa von Wandlern, die Pcsitionssensoren und/oder irgendwelclien Drucksensoren 
zugeordnet sind, wie sie in Fig, 6 gezelgt sInd. wahrend einer ProzeBdiagnose emp- 
fangt der Datensammelfunktionsblock 401 auch oder alternativ Daten, die auf ProzeB- 
varlablen bezogen sInd, die yon den AI-Funktlonsblocken 66, 402, 404 sowIe irgend- 
welchen anderen Funktionsblocken innerhalb des ProzeBsteuerungsnetzes 10 entwickelt 
werden. Der Datensammelfunktionsblock 401 kann diese Daten gemeinsam mit Daten 
sammein, die den Zeitpunkt und die GrSBe der Diagnosewellenform betreffen, die dem 
AO-Fun ktionsblock 63 zugefuhrt wird, und kann diese Daten zur spateren Abgabe an 
den Hauptrechner 12 speichern, in dem sie verarbeitet und fur einen Benutzer darge- 
stellt werden konnen, 

Nachdem die Gerate- oder PrpzeBdlagnosepriifung beendet ist, werden die von dem 
Funktionsblock 401 gesammelten Daten dem Hauptrechner 12 zugefuhrt, und die Steu- 
ereinheJt 102 ubergibt die Steuerung des AO-Fuhktionsblocks 63 wieder an den PID- 
Funktronsblock 64 zurQck, urn die die BIdcke 66, 64 und 63 enthaltende Schleife wieder 
in den Normalbetrieb zu bringen. Selbstverstandlich wird zu diesem Zeitpunkt der Sta- 
tusmodus der Blocke 64 und 63 In den Normalbetrieb zuruckgebracht. 

Es ist zu beachten, daB zwar der Datensammelfunktionsblock 401 nicht unbedingt eine 
geplante synchrorre Ausfuhrungszeit erfordert, die Kommunikationsverbindungen des 
Funktionsblocks 401 jedoch eingerrchtet werden mussen, wenn die ProzeBsteuerschlei- 
fe 400 konfiguriert wird, und diese Kommunikationsverbindungen existieren somit auch 
dann, wenn keine Diagnose ablauft. Mit anderen Worten: Wenn der Datensammelfunk- 
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tlonsblock 401 Daten benotigt, die ihm auf dem Bus 34 ubermittelt werden, mu6 er 
zum Empfang dieser Daten (d. h. der von anderen Geraten verdffentlichten Daten) bei 
der Initialisierung des ProzeBsteuerungsnetzes 10 konfiguriert werden, urn zu vermeil 
den, daB ein Benutzer das Netz 10 nur zur Durchfiihrung einer Diagnose neu konfigu- 
rieren muB. da jedoch, wie oben gesagt/der Datensammelfunktionsblock 401 im aH- 
gemeinen nur PrbzeBvariablendaten sammelt, die bereits auf dem Bus 34 yerdffentllcht 
sind, Oder Daten sammelt, die Intern innerhalb des Gerats erzeugt werden, in dem der 
Datensammelfunktionsblock 401 vorhanden ist/ erweitert die Operation des Datensam- 
melfunktionsblocks 401 im allgemein^n nicht die Menge an synchronen Kommunikatlo- 
nen auf dem Bus 34 bzvv. verlangt keine zusatzlichen geplanten Ausfuhrungszelten fur 
das ProzeBsteuerungsnetz 10. Falls gewunscht, kann jedoch der Datensammelfunkti- 
onsblock 401 so konfiguriert werden, daB er Daten empfangt, die gewohnlich nicht auf 
dem Bus veroffentlicht werden, was es erforderllch macht, daB der Verdffehtlichungs- 
block so konfiguriert wird, daB diese Daten beim Anfahren des ProzeBsteuerungsnetzes 
10 veroffentlicht werden. 

Fig. IIB zeigt im einzelnen eine PrdzeBsteuerschlelfe 406, die imstande ist, lokale Di- 
agnosen innerhalb eines Gerats in einem Fieldbus-ProzisBsteuerungsnetz zu implemen- 
tieren. Ahnlich wie die Schleife 400 von Fig. IIA umfaBt die Schleife 406 die Steuer- 
schleife LOOPl von Rg. 4/in der der AI-Funktionsblock 66 des Gerats 20 kommunikativ 
uber den Bus 34 mit dem PID-Funktionsblock 64 und dem AO-Funktlonsblock 63 des 
Gerats 16 verbunden ist. Die Schleife 406 umfaBt ferner einen Datensammelfunktions- 
block 408 (der sjch fn dem Gerat 16 befirvdet), der fm wesentlfchen gieich wie der Da- 
tensammelfunktionsblock 401 wirksam ist mit der Ausnahme, daB er so konfiguriert fst, 
daB er Daten nur lokal beispielsweise von dem AO-Funktionsblbck 63, dem PID-. 
Funktionsblock 64 Oder anderen Wandlern Oder Sensoren innerhalb des Gerats wie et- 
wa Drucksensoren, Positionssensoren usw. empfangt. Der Daterisamrnelfunktionsblock 
408 ist fur die Durchfuhrung der Geratediagnosen besonders niitzlich, wenn die ange- 
fofderten Daten Im ajigemeinen lokal innerhalb eines Gerats erzeugt werden. Da der 
Block 408 Daten nicht von dem Bus 34 empfangen muB/braucht er nicht anfangs belm 
Anfahren des ProzeBsteuerungsnetzes konfiguriert zu wierden. 

Selbstverstandlich sind die Datensammelfunktionsblocke 401 und 408 nur zwei Mog- 
lichkeiten fur das Samnieln von Diagnosedaten Innerhalb eines ProzeBsteuerungsge- 
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rats, und es gibt viele andere Methoden des Sammelns von solchen Daten In verschie- 
denen Arten von ProzeBsteuerungsnetzen und -geraten. Beispielsweise konrien die Da- 
ten fur ein Gerat oder einen ProzeB durch weitere parasitare Software gesammelt wer- 
den, die sich in emem Gerat befindet, das der Definition eines Fieldbus-Funktionsblocks 
nicht entspricht. 

Fig. 12 ist ein Flufidiagramm 500, das Schrltte zelgt, die von einer typischen Prozefidl- 
agnose beispielsweise uriter Verwendung der Schleife 400 von Fig. 11 ausgefuhrt wer- 
den. In Schritt 502 wfrd eine Datensammeleinrichtung dem Datensammelfunktlonsblock 
401 zugefiihrt, und andere fur €ine Diagnoseprufung notwendige Daten werden von 
emenf> Hauptrechner (z. B. den> Hauptrechner 12) an das Gerat 16 ubermittelt, in dem 
die Diagnose ausgefuhrt werden soil. Danach wird die Diagnose von einem Benutzer 
inltialisiert, so daB die zu prufende Sclilelfe von dem Rest des ProzeBsteuerungsnetzes 
getrennt wird. Bei der Initlalfsierung andert das Gerat 16 den Status des AO- 
Funktionsblocks 63 beispielsweise In einen lokalen Steuermodus, was den PID- 
Funktionsblock 64 (oder andere an der Aufstromseite befindliche Funktionsblocke) ve- 
ranlaBt, ihren l^lodus automatisch entsprechend den Field bus-Steuerungsstandards zu 
andern. Danach fuhrt ein Block 506 eine Diaghoseanweisung aus, die in dem Speicher 
des Gerats 16 gespeichert 1st, und der Dat^nsammelfunktionsblock 401 samnielt Diag- 
nose- und ProzeBdaten an dem Block 508. Ein Block 510 bestlmmt, ob die Prufung 
komplett ist, und wenn dies nicht der Fall ist, erfolgt Rucksprung der Steuerung zu 
dem Block 506, der den nachsten Diagnosebefehl ausfuhrt. Selbstverstandlich kann der 
nachste Befehl eine Wiederholung des vorhergehenden sein, der beispielsweise ein Ge- 
rat veranlaSt, sich in einer einzlgen Richtung zu bewegen, bis ein Grenzwert erreicht 
ist. 

Die von den Blocken 506, 508 und 510 ausgefuhrte Schleife wird wiederholt, bis die 
Prufung abgeschlossen oder bis ein Fehler aufgetreten ist oder an dem Block 510 de- 
tektiert wird; zu diesem Zeitpunkt beendet ein Block 512 die Diagnoseprufung, und ein 
Block 514 stent den normalen Betrlebsstatus beispielsweise des AO-Funktionsblocks 63 
wieder her, was den PID-Funktionsblock 64 veranlaBt, seinen Status wieder zu andern 
und den AO-Funktionsblock 63 entsprechend dem normalen Steuerungsbetrieb zu steu- 
ern. 
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Die von dem Datensammelfunktionsblock 401 gesammelten Daten warden dem Haupt- 
rechner 12 zugefuhrt, der die Daten analysiert und/oder zur Anzeige bringt. Falls ge- . 
wunscht, kann die Analyse in dem Gerat 16 ausgefdhrt werden, und die Analyseergeb- 
nisse konnen von dem Hauptrechner 12 zu einer Displayeinheit geliefert und angezeiigt 
werden, 

Bei Verwen<Jung der Geratedlagnosemethode gemaU der vorliegendeh Erfindung sam- 
melt das Gerat 16 sowohl Gerate- als auc+i ProzeBdaten, ohne daB eihe separate Steue- 
rung durch einen Hauptrechner fiir die Implementrerung oder den Empfahg der Daten 
erforderlich 1st, Da die Diagnose Innerhalb eines GerSts durchgefuhrt und von der 
Steuereinhert dieses Gerats anstatt von einem separaten Hauptgerat gesteuert wird, 
kahn der zeltliche Ablauf der Prufung prazlse gesteuert wierden, und wahrend einer 
Diagnoseprufung gesammelte Daten konnen ohne weiteres mit der von dem Gerat aus- 
gefiihrten Operation zeitlich abgestimmt werden, um eine prSzise Ubereinstlmmung 
zwischen der Prufwellenform und den Ergebnissien der Prufung zu liefern. Bel Imple- 
mentiergng zur Durchfuhrung einer ProzeBdIaghose kann der Datensammelfunktions- 
block 401 der Schleife 400 (oder einer ahnlkhen Schleife, die einen Datensammelfunk- 
tionsblock hat, der zuni Sammein von Daten von ein oder mehr ProzeBsteuerschlelfen 
konfiguriert ist) verwendet werden, um das Schleifenverhalten und nicht nur das Gera- 
teverhalten gezieit zu priifen, und kann dazu verwendet werden anzuzeigen, ob ein 
Ventil fur eIne Schleife geeignet ist oder nIcht oder ob andere Aspekte bei der Schleife 
auftreten, die Ihr Gesamtverhaiten einschranken. Die ProzeB- und/oder GerSteprufung 
kann perlodisch implementiert werden, ohne daB ein ProzeB abgeschaltet oder in einien 
Ruhezustand versetzt werden mu6. Wenn naturlich der Datensammelfunktionsblock 401 
so konfiguriert ist, daB nur Daten gesammelt werden, die auf der Schleife bereits ver- 
6ffehtircht $lnd, 1st er durch die Steuerungsabwicklung hinsichtlich d^ Daten, die ge- 
sammelt und fiir eine Diagnose genutzt werden konnen, begrenzt. 

Die Diagnosefiinktionen wurden hier zwar als die Durchfuhrung von Dfagnosen an ei- 
nem Oder unter Verwendung eines abstrbmseltlgen AO-Funktionsblocks 63 (der ein 
Ausgangsfuhktlonsblock 1st) und aJs EingSnge von einem aufstromseitlgen PID- 
Funktionsbfock 64 (der ein Steuerfunktldnsblbck fst) empfangend und Ruckfuhrungen 
an diesen ubermitteind beschrieben, wobel die Blocke in einer einfachen Steuerschlel- 
fenkonflguration verbunden sihd; der Datensammelfunktionsblock 401 oderieine andere 
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Diagnosefunktionsroutine der vorHegenden Erfindung kann jedoch im Zusammenhang 
mit anderen Ausgabefunktioi>en Oder FunktionsblScken und ai>deren Steuerfunktionen 
Oder Funkttonsblocken beliebig genutzt und In Steuerschleifen implementiert werden, 
die eine andere als die In Fig. 11 gezelgte Konflguratlon haben, 

Ein Tell der hier beschriebeneifi Diagnosevorgange 1st zwar In Form eines Fieldbus- 
"Funktionsblocks" Implementjert, es ist jedoch zu beachten, dafi die Diagnosen der vor- 
Hegenden Erfindung unter Verwendung anderer Arten von Blocken, Programmen/ 
Hardware, Firmware usw. implementlert werden konnen, die anderen Arten von Steu- 
ersystemen und/oder Kommunikatlonsprotokollen zugeordnet sind. Tatsachllch ver- 
wendet zwar das FieldbusprotQkoll den Ausdruck "Funktionsblock", urn einen bestlmm- 
ten Typ von Einheit zu beschreiben, die imstande ist, eine ProzeSsteuerungsfunktion 
auszufiihren, es ist aber zu beachten^ daS der Ausdruck Funktlonsblock Im vorHegen- 
den Zusammenhang nicht so beschrankt ist und jede Art von Gerat, Programm, Routine 
Oder sonstiger Einheit umfaBt, die imstande ist, eine ProzeSsteuerungsfunktion auf ir- 
gendeine Weise an verteilten Stdlen innerhalb elnes ProzeBsteuerungsnetzes auszufuh- 
ren. Daher konnen die hier beschrlebenen und beanspruchten DIagnosefunktionsblocke 
In anderen Prozefisteuerungsnetzen impiementiert werden oder andere ProzeBsteue- 
rungs-Kommunikationsprotokolte oder Abwicklungsplane verwenden (die es entweder 
berelts gibt oder die In Zukunft entwickelt werden), die nicht das verwenden, was das 
Fieldbusprotokoil im strengen Sinn als einen "FunktionsWock" kennzeichnet 

Ferner wurden zwar ProzeB- und Geratedlagnoseoperatlonen als bei der Durchfuhrung 
von Diagnosen an (oder unter Verwendung von) Positionierer-/Ventilgeraten verwendet 
beschrieben, es ist aber zu beachten, daB diese Diagnosen an (oder untW Verwendung 
von) anderen Geratetypen ausgefOhrt werden kdnnen, belsplelsweise an solchen, die 
bewegbare Elemente wie etwa Register, Geblase usw. haben. Ebenso sind zwar die hier 
beschrlebenen Diagnosen bevorzugt rn Software Impiementiert, die in einer Pro- 
zefisteuerungseihrlchtung. gespeichert ist, s\e kSnnen aber alternativ oder zusatzlich 
beliebig In Hardware, Firmware usw. impiementiert sein, Bei Implementierung in Soft- 
ware kSnnen die DIagnoseoperationen der vorltegenden Erfindung In jedem computer- 
lesbaren Spelcher gespeichert sein, etwa auf einer Magnetplatte, einer Laserplatte oder 
einem anderen Speichermedium, in einem RAi^, ROM, EPROM usw. eines Computers u. 
dgl. Ebenso kann diese Software einem Anwender oder einem GerSt auf Jede bekannte 
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Oder gewunschte Weise ubermittelt warden, beispielsweise uber einen Nachrichten- 
iibertragungskanal wie etwa eine Telefonleitung, das Internet usw. 
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Patentanspruche 

1. Feldgerat (16), das eine Diagnoseeinrichtung zur Verwendung in einem 
ProzeBsteuerungsnetz (10), wie be<spielsweise ein Feldbussystem enthalt, das eine 
Vielzahl von Einrichtungen (12 bis 32) aufweist, die durch einen schleifengespelsten 
DigitalkommunLkations-Zweidrahtbus (34) kommunizlerend gekoppelt sind, wobei das 
Feldgerat eine VerbinderschnittsteJIe (142) aufweist, die mit dem Bus (34) verbunden 
ist, urn Digltalkommunlkation iiber den Bus (34) zu ermoglichen, wobel das Feldgerat 
ferner foJgendes enthalt: 

einen Speicher (146, 148, 150), der eine Djagnoseprufroutine speichert, die eine Serie 
von Diagnoseprufbefehlen aufweist; 

eine Steuerung (102, 140), die die genannten Diagnoseprufbefehle ausfuhrt; 

eine Datensammeleinheit (146, 148, 150, 401, 408), die bei einer Diagnoseprufung 
erzeugte Diagnosedaten sammeJt; 

gekennzeichnet durch 

eine Kommunikationseinheit (144), die die Daten uber den Bus (34) zu einer anderen 
Einrichtung ubermlttelt, 

einen Diagnoseprogramnnierspracheninterpretierer (144), der in die Steuerung (102) 
integriert ist, wobei der Interpretierer Befehle wfe etwa diejenlgen, die die Ausfuhrung 
von DtagnoseprozeBschritten veriangen, interpretiert, wobei der Interpretierer bevor- 
zugt in einem Programmcode impiementiert ist, der in emem ROM (148) gespeichert 
ist, und/m einem Mikroprozessor (140) ausgefuhrt wird. 

2. Feldgerat nach Anspruch 1, das ferner einen Positionierer aufvyeist, der 

mit einem Ventil (56, 109) gekoppelt ist, das ein bewegliches Ventilelement (114) hat, 

. < 

und wobei dte Diagnoseprufbefehle die Bewegung des Ventilelements (114) bezeich- 
nen. 
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3. Feldgerat naeh Anspruch 2, das ferner einen Positlonssensor (55, 116) 
aufweist, der die Position des beweglichen Ventllelements (114) be! der Diagnosepru- 
fung erfaBt und der Datensammeleinheit ein Positionsslgnal liefert, das die Position des 
Ventilelements (114) bezeichnet. 

4. Feldgerat nach Anspruch 3, wobei der Positionierer eine Druckluftleitung 
(118) aufweist, die mit einem Strom-Druck-MeBumformer gekoppelt ist, und ferner ei- 
nen mit der Druckluftleitung (118) gekoppelten Druckserisor (55/120, 124, 128) auf- 
weist, der den Druck in der Druckluftleitung (118) erfaBt und der Datensammeleinheit 
ein Drucksignal liefert, das den Druck in der Druckluftleitung (118) bezeichnet. 

5. Feldgerat nach Anspruch 4, das ferner ein pneumatisches Relais aufweist, 
das mit der Druckluftleitung (118) zwischen dem Strom-Druck-MeBumformer (104) und 
einem Ventil (59, 109) gekoppelt ist, und wobei der Drucksensor (55, 120, 124/128) 
mit der Druckluftleitung (118) zwischen dem Strom-Druck-MeBumformer (104) und 
dem pneumatischen Relais (106) gekoppelt 1st, 

6. Feldgerat nach Anspruch 4, das ferner ein pneumatisches Relais (106) 
aufweist, das mit der Druckluftleitung (118) zwischen dem Strom-Druck-MeBumformer 
(104) und einem VehttI (59, 109) gekoppelt ist, und wobei der Drucksensor (55, 120, 
124, 128) mit der Druckluftleitung (118) zwischen dem pneumatfschen Relais (106) und 
dem Ventil (59, 109) gekoppelt ist. 

'7. Feldgerat nach Anspruch 4, wobei die Druckluftleitung (118) eine Druck- . 
zufuhrleitung (118) aufweist, die mit einem Eingang des Strom -Druck-MeSumformers 
(104) gekoppelt ist, urid der Drucksensor (55, 120, 124, 128) mit der Druckluftzufuhr- 
leitung (118) gekoppelt ist, urn den Druck zu messen, der dem Eingang des Strom- 
Druck-MeBumformers (104) zugefuhrt wird. 

8. Feldgerat nach Anspruch 1, wobei die Steuerung (14, 102) eInen Pro- 
grammiersprachenlnterpretlerer aufweist, der so ausgeblldet ist, daB er eine Program- 
miersprache interpretiert, und wobei die Diagnosepriifbefehle In der Programmlerspra- 
che gespelchert sind. 
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9. Feldgerat nach Anspruch 8/wobel die Kommunikatlonseinheit so ausge- 
bildet ist, daS sie Diagnosepriifbefehle In der Programmlersprache von einer zweiten 
von der Vielzahl der Einrichtungen (12 bis 32) uber den Bus (34) empfahgt und die 
empfangenen DiagnoseprOfbefehre tn dem Speiclier speicheft. 

10. FeJdgerat nach Anspruch 1, wobei das Feldgerat ein Element aufwelst, 
das in eIner Offhungs- und eIner SchlleBrichtung bewegbar ist, und wobei die DIagnb- 
seprufbefehle bewirken, daS sich das Ejement durch eine Stufenrampe in der Offnungs- 
und der SchlleBrlchtung bewegt. 

11. Feldgerat nach Anspruch 10, wobei die Stufenrampe Stufen aufweist, die 
ungefahr gleich einem Prozent eines Bewegungsbereichs des Elements sind. 

12. Feldgerat nach Anspruch 1, wobei das Feldgerat eIn Element aufweist, 
das in eIner Offnungs- und dner SchlleBrichtung bewegbar 1st, und wobei die Diagnp- 
seprufbefehle bewirken, da6 sich das Element durch eine llneare Rampe in der Off- 
nungs- und der SchlleBrlchtung bewegt. 

13. Feldgerat nach Anspruch 12, wobei die DIagnoseprufbefehle bewlrken, 
daS sich das Element mit einer Rampengeschwindlgkeit bewegt, die ungefahr gleich 
der halben maximalen Bewegungsgeschwindlgkelt des Elements ist. 

14. Feldgerat nach Anspruch 1, wobei das Feldgerat ein Element aufweist, 
das bewegbar ist, und wobei die DtagnoseprOfbefehle bewfrken, daS sich das Element 
In einer Stufe bewegt. , 

15. Feldgerat nach Anspruch 14, wobei die Stufe eine Amplitude von ungefahr 
funf Prozent eines Bewegungsbereichs des Elements hat. 

16. Feldgerat nach Anspruch 1, wobei die Steuerung eine Elnrichtungssteue- 
rung ist und wobei die Kommunikatlonseinheit die Diagnoseprufbefehle von einem 
zweiten von der Vielzahl von Einrichtungen iiber den Bus empfangt und die empfange- 
nen Diagnoseprufbefehle in dem Spelcher spelchert. 
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17. FeldgerSt nach Anspruch 16, wobei die Diagnoseprufbefehle in einer Pro- 
grammiersprachve geschrieben slnd und die Geratesteuerung (14, 102) eineri Program- 
miersprachenlnterpretierer aufweist, der die Dlagnp5eprufbefehle interpretfert, urn die 
Diagnoseprufung auszufuhren. 

18. Feldgerat nach Anspruch 17, das ferner einen Positionierer aufweist, der 
miteinem Ventil gel<oppelt 1st, das ein bewegliches Ventilelement hat, und wobei die 
Diagnoseprufbefehle Bewegungeh des Ventilelements bezeichnen. 

19. Feldgerat nach Anspruch 18, das ferner einen Positionssensor aufweist, 
der die Position des Ventilelements bei der Diagnoseprufung erfaSt und der Daten- 
sammeleinheit ein Positionsslgnal tiefert, das die Position des Ventilelements bezeich- 
net. 

20. Feldgerat nach Anspruch 19, wobei der Positionierer eihe Druckluftleitung 
(118) aufweist, die mit einem Strom-Druck-Me6umformer (104) gekoppelt ist, und fer- 
ner einen mit der Druckluftleitung gekoppelten Drucksensor (55, 120, 124, 128) auf- 
weist, der den Druck in der Druckluftleitung (118) erfaBt und der Datensammeleinheit 
ein Drucksignal liefert, das den Druck in der Druckluftleitung (118) bezeichnet. 

21. Feldgerat nach Anspruch 16, wobei die Kommunikationseinheit so konfi- 
guriert ist^ daB sie Ciber den Bus unter Anwendung eines Field bus-Protokolls kommuni- 
ziert. 

22. Feldgerat nach Anspruch 16, wobei die Diagnoseprufbefehle eine Prozieft- 
diagnose implementieren und die Kommunikationseinheit so ausgebildet ist, daB sie 
uber den Bus (34) Daten empfangt, die ProzeBvariable betreffeh, die von einem ande- 
ren von der Vielzahl der Einhchtungen (12 bis 32) gemessen werden. 

23. Feldgerat nach Anspruch 1, wobei der Speicher eine ProzeBdiagno- 
seprufroutine spelchert, die eine Reihe von Diagnoseprufbefehlen hat, die von dem 
Feldgerat zu implementieren sirid, wobei die Steuerung eine Einrichtuhgssteuerung ist, 
die die in dem Speicher gespeicherten ProzeSdiagnoseprufbefehle ausfuhrt, urn eine 
ProzeBdiagnoseprufuhg zu implementieren, wobei die Datensamm^leinhelt Diagnoseda- 
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ten sammdt, die von denrj Feldgerat bei der ProzeBdiagnoseprufung erzeugt warden, 
und wei'tere ProzeBdIagnosedaten von einer zwelten von der Vielzahl der Einrichtungen 
uber den Bus empfingt, und wobel die KommuniloHonseinlieit die gesammelten Diag- 
nosedaten und die weiteren ProzeBdiagnosedaten uber den Bus dbermittelt, nacbdem 
die ProzeBdiagnoseprufung abgeschiossen ist. 

24. Feldgerat nach Anispruch 23, vyobei die Kommunilotionseinheit so konfi- 
guriert ist, daB sie uber den Bus unter Anwendung eines Fieldbus- 
Kommunil(ationsprotoi<olls Icommuniziert, und wobei die Datensammeieinheit ein Funl<- 
tionsbloclc (50) ist, der so konfiguriert ist, daB er die weiteren ProzeBdiagnosedaten 
von der zweiten von der Vielzahl der Einrichtungen (12 bis 32) iiber den Bus (34) emp- 
fSngt. 

25. Feldgerat nach Anspruch 23, wobel der FunktionsWock (50) so konfigu- 
riert ist, dafi er die weiteren ProzeBdiagnosedaten iiber den Bus (34) unter Anwendung 
won synchronen Kommunikationen empfangt. 

26. Feldgerat nach Anspruch 23, wobei die Geratesteuereinheit (102) eine 
l^odushandhabungseinheit ist, die den l^odus von Komponenten innerhaib einer Pro- 
zeSsteuerschleife steuert, die die ProzeBdiagnoseprufung ausfiihrt. 

27. Feldgerat nach Anspruch I in einem ProzeBsteuerungsnetz (10), das fol- 
gendes aufweist: eine Hauptrechneretnrichtung (12)/ die Befehie erzeugt und Daten 
empfangt, eine Vielzahl von Feldgeraten (16 bis 22) und einen Bus (34), der die Haupt- 
rechnereinrichtung (12) und die Vielzahl von Feldgeraten (16 bis 22) kommunikativ 
miteinander verbindet. 

28. Feldgerat nach Anspruch 27, wobei die DiagnoseprOfroutlne eine ProzeS- 
diagnoseprufroutine ist und die Datensammelelnheit ProzeBdiagnosedaten von einem 
zweiten von der Vielzahl Feldgeraten (12 bis 32) iiber den Bus (34) empfangt. 

29. Feldgerat nach Anspruch 27, wobei die Steuerung (14, 102) einen Pro- 
grammierspracheninterpretierer aufweist, der so ausgebildet ist, daB er eine Program- 
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miersprache Interpretiert, und wobel die Diagnoseprufbefehle In der Programmlerspra- 
che gespeichert .sind. 

30. Feldgerat nach Anspruch 29, wobei die Kommunikationseinheit so ausge-.. 
bildet ist, daB sie die Diagnoseprufbefehle in der Programmiersprache von der Haupt- 
rechnereinrichtung (12) uber den fius (34) empfangt und die empfangenen Diagnose- 
prufbefehle in dem Speicher speichert, bevor die Diagnoseprtifung inriplementiert wird. 

31. Feldgerat nach Anspruch 27, wobei jedes von der VIelzahl von Feldgera- 
ten (12 bis 32) imstande ist/eine ProzeSsteuerungsfunktion auszufuhren und auf dem 
Bus (34) unter Anwendung von pfanmaBigen perlodlschen Kommunlkatlonen und nicht- 
periodischen Kommunikationen zu kbmmunizieren. 

32. Feldgerat nach Anspruch 27, wobei das eine von der VIelzahl von Feldge- 
raten (12 bis 32) ein Element aufwelst, das in einer Offnungs- und einer SchlleBrkh- 
tung bew^gbar 1st, und wobel die Diagnoseprufbefehle bewirken, daB sich das Element 
durch eine Stufenrampe in der Offnungs- und der SchlieBrlchtung bewegt. 

33. Feldgerat nach Anspruch 32, wobei die Stufenrampe Stufen aufweist, die 
ungefahr gleich einem Prozent eines Bewegungsberelchs des Elements sind. 

34. Feldgerat nach Anspruch 27, wobei das eine von der VIelzahl von Feldge- 
raten (12 bis 32) ein Element aufweist, das in einer Offnungs- und einer SchlleBrich- 
tung bewegbar ist, und wobei die Diagnoseprufbefehle bewirken, daB sich das Element 
durch eine lineare Rampe in der Offnungs- und der SchJieBrichtung bewegt. 

35. Feldgerat nach Anspruch 34, wobel die DiagnoseprOfbefehle bewirken, 
daB sich das Element mit einer Rampengeschwindigkeit bewegt, die ungefahr gleich 
der haJben maximaten Bewegungsgeschwindigkeit des Elements ist. 

36. Feldgerat nach Anspruch 27, wobei das eine von der VIelzahl von Feldge- 
raten (12 bis 32) ein Element aufweist, das bewegbar 1st, und wobel die Diagnosepruf- 
befehle bewirken, daB sich das Element In einer Stufe bewegt. 
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37. Feldgerat nach Anspruch 36, wobei die Stufe eine Amplitude von ungefahr 
funf Prozent efnes Bewegungsbereichs des Elements hat. 

38. Feldgerat nach Anspruch 1, das ferher zur Anwendung des Fleldbus 
Kommunikatlonsprotokolls ausgeblldet ist und wobei die Datensammelelnheit ein Da- 
tensammelfunl<tlonsblocl< (401, 408) Ist. 

39. Feldgerat nach Anspruch 38, wobei die DIagnoseprufung eine Geratediag- 
noseprufung ist und wobei der DatensammeifunktionsWock Daten von dem Feldgerat 
sammelt. 

40. Feldgerat nach Anspruch 38, wobei die DIagnoseprufung eine ProzeSdiagno- 
seprufung ist und wobei der Datensammelfunktionsblock mindestens einen Teil der Di- 
agnosedaten von einem weiteren Feldgerat uber Kommunikatlonen uber den Bus sam- 
melt 
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